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PREFACE 


This  second  edition  of  the  Integrated  Logistics  Support  (ILS)  Guide  supersedes  the  first  edition 
published  by  the  Defense  Systems  Management  College  (DSMC)  in  1986.  Although  it 
retains  much  of  the  material  contained  in  the  1986  version,  this  edition  has  been  revised  and 
updated  to  reflect  the  latest  Department  of  Defense  (DoD)  acquisition  policies  and 
procedures  as  described  in  the  DoD  5000  Series  directives  and  instructions.  The  guide  also 
contains  a  new  section  on  the  Continuous  Acquisition  and  Life-Cycle  Support  (CALS) 
initiative  to  generate,  exchange,  manage  and  use  digital  data  to  support  defense  systems. 

We  have  designed  this  guide  to  be  a  general  road  map  for  newcomers  to  the  acquisition 
logistics  management  career  field  and  to  serve  as  an  overall  study  aid  for  acquisition 
managers  who  work  with  acquisition  logistics  managers.  It  is  one  in  a  family  of  educational 
guides  written  from  a  DoD  perspective.  Companion  DSMC  documents  include: 

Introduction  to  Defense  Acquisition  Management 
Systems  Engineering  Management  Guide 
Mission  Critical  Computer  Resources  Management  Guide 
Test  and  Evaluation  Management  Guide 
Defense  Manufacturing  Management  Guide 

Each  of  these  and  several  related  materials  can  be  obtained  from  DSMC  for  DoD  personnel 
and  offices  or  from  the  U.S.  Government  Printing  Office  (GPO)  for  others. 

Suggested  additions,  deletions,  and  other  changes  are  encouraged  from  readers  of  this 
guide.  Send  them  to: 

Department  of  Defense 
Defense  Sys  Mgmt  College 
ATTN  Logistics  Department 
9820  Belvoir  Road 
Suite  G38 

Fort  Belvoir  VA  22060-5565 


Mark  Fantasia 

LtColUSAF 

Chairman 

Logistics  Support  Department 


George  S.  Merchant 

Program  Management  Education  Division 
Project  Coordinator 
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MODULE 

I 


Introduction  to  ILS 


All  acquisition  programs  require  an  ILS  effort  that  begins  before  pro¬ 
gram  initiation  and  continues  for  the  life  of  the  system.  This  module 
introduces  the  ILS  process  and  its  objectives,  ILS  plaiming  lequirements, 
development  of  readiness  and  supportability  objectives  and  design 
parameters.  The  module  also  introduces  Continuous  Acquisition  Life- 
Cycle  Support  (CALS). 


ILS  FUNDAMENTALS 


1.1  INTRODUCTION 

1.1.1  Purpose 

To  provide  an  introductory  overview  of 
ILS,  including  its  historical  background, 
conceptual  basis,  guidelines  for  applica¬ 
tion  and  elements. 

1.1.2  Definition 

ILS  is  defined  in  DoDI  5(XX).2,  Part  7A, 
"Integrated  Logistics  Support,"  as  a  "disci¬ 
plined,  unified  and  iterative  approach  to 
the  management  and  technical  activities 
necessary  to: 

(1)  Develop  support  requirements  that 
are  related  consistently  to  readiness  objec¬ 
tives,  to  design  and  to  each  other; 

(2)  Integrate  support  considerations  ef¬ 
fectively  into  the  system  and  equipment 
design; 

(3)  Identify  the  most  cost-effective  ap¬ 
proach  to  supporting  the  system  when  it  is 
fielded;  and 

(4)  Ensure  that  the  required  support 
structure  elements  are  developed  and  ac¬ 
quired." 

These  can  be  expressed  more  simply  as: 

•  Define  the  support; 

•  Design  for  support; 


•  Refine  the  support;  and 

•  Provide  the  support. 

1.2  BACKGROUND 

Changing  threats  and  limited  budgets  have 
caused  an  increased  emphasis  on  readi¬ 
ness.  The  Defense  Acquisition  Improve¬ 
ment  Program,  initiated  in  1981,  requires 
the  following  readiness  improvement  mea¬ 
sures: 

•  Establishment  of  readiness  objectives 
for  each  system  development  program; 

•  Enhanced  visibility  of  logistics  and 
support  resources  by  mandating  identifi¬ 
cation  of  resources  by  system  in  each 
Service's  Program  Objectives  Memoran- 
diun  (POM); 

•  Designincorporation  of  reliability  and 
maintainability  (R&M)  objectives;  and 

•  Development  of  contractor  incentives 
for  reliability  and  support  enhancement. 

ILS  policy  initially  emphasized  the  inte¬ 
grated  development  of  a  total  logistics  sup¬ 
port  structure  instead  of  developing  indi¬ 
vidual,  isolated  ILS  elements.  While  this 
remains  important,  the  current  emphasis  is 
on  the  introduction  of  readiness  implica¬ 
tions  in  the  "front  end"  of  system  develop¬ 
ment  as  a  prime  objective  of  the  acquisition 
process. 


•  DEVELOP  READINESS  OBJECTIVES  TO  SUPPORT  MISSION  NEED 


•  INTEGRATE  READINESS  ENGINEERING  ACTIVITIES  WITH  DESIGN 
EFFORT 

•  DOCUMENT  SUPPORTABILITY  DESIGN  OBJECTIVES  EXPLICITLY 
IN  STATEMENTS  OF  WORK  AND  SPECIFICATIONS 

•  RELATE  READINESS  ACTIVITIES  TO  THE  BUDGET 

•  DEVELOP  AND  UPDATE  COMPREHENSIVE  PLANNING  OF 
INTEGRATED  LOGISTICS  SUPPORT  (ILS)  ACTIVITIES 

•  STRUCTURE  THE  LOGISTICS  SUPPORT  ANALYSIS  (LSA)  PROGRAM 
TO  REQUIREMENTS  AND  OBJECTIVES 

•  ENSURE  EARLY  “FRONT  END"  DEVELOPMENT  OF  READINESS 
OBJECTIVES 


Figure  1-1.  Readiness  and  Supportability  Guidelines 

The  program  manager  (PM)  is  assigned  the 
responsibility  for  establishing  and  manag¬ 
ing  an  adequately  funded  ILS  program. 

The  early  identification  of  readiness  objec¬ 
tives  and  their  translation  into  explicit  sup¬ 
portability  design  parameters  are  neces¬ 
sary  to  achieve  system  readiness  objectives 
at  an  affordable  Life-Cycle  Cost  (LCC). 

Advances  in  computer  technology  have 
facilitated  the  improvement  of  methods  for 
developing  logistics  support.  Logistics  as¬ 
pects  of  CALS  are  described  in  Chapter  4. 

1.3  GUIDELINES 

Major  guidelines  for  the  development  of 
readiness  objectives  are  listed  in  Figure  1-1 
and  discussed  in  the  following  paragraphs. 

1.3.1  Mission  Need 

Continuing  analyses  of  threats  associated 
with  specific  mission  areas  (Figure  1-2)  Figure  1-2.  Relationship  of  ILS  Objectives 
may  result  in  the  identification  of  a  need  for  Mission  Need 


new  or  modified  system  to  meet  the  threat. 
Readiness  objectives  must  be  established 
to  support  the  system's  operational  require¬ 
ments.  The  readiness  objectives  determine 
or  influence  the  manner  in  which  the  sys¬ 
tem  will  be  supported  in  its  operational 
role.  This  leads  to  the  establishment  of 
supportability  parameters  for  use  in  the 
system  design  process.  (See  Chapter  3.) 

1.3.2  Integration  with  Design  Effort 

The  establishment  of  supportability  param¬ 
eters  is  an  engineering  design  activity.  It 
must  be  integrated  with  all  other  design 
development  performed  as  part  of  the  sys¬ 
tem  engineering  process,  using  compatible 
design  techniques.  (See  Chapter  5.) 

1.3.3  Specification  of  Supportability 
Objectives 

System  designers  are  guided  by  and  held 
accountable  to  requirements  system  speci¬ 
fications  and  Statements  of  Work  (SOW). 
Logistics  Support  Analysis  (LS A)  provides 
a  means  for  determining  supportability  ob¬ 
jectives  but  does  not  by  itself  direct  design 
activity.  Supportability-related  design  pa¬ 
rameters,  such  as  operational  R&M,  must 
be  specified  in  design-related  terms  that 
can  be  interpreted  unambiguously,  de¬ 
signed  to  and  demonstrated.  (See  Chapters 
3  and  11.) 

1.3.4  Relation  to  the  Budget 

Readiness  objectives  have  two  basic  rela¬ 
tionships  to  Defense  budgets.  First,  effec¬ 
tive  implementation  will  be  possible  only 
when  logistics  support  resource  require¬ 
ments  and  supportability-related  tasks  re¬ 
ceive  adequate  funding.  Second,  objectives 
are  links  to  the  detennination  of  LCC  and 
particularly  Operation  and  Support  (O&S) 
costs,  which  generally  account  for  about  60 


percent  of  the  total  system  LCC.  These 
relationships  must  be  evaluated  continu¬ 
ously  for  the  impact  of  system  design  deci¬ 
sions.  (See  Chapters  6  and  10.) 

1.3.5  Comprehensive  ILS  Planning 

Early  development  —  during  Concept  Ex¬ 
ploration  and  Definition  (CED)  —  and  con¬ 
tinued  updating  of  ILS  planning  are  critical 
to  the  attainment  of  readiness  objectives 
throughout  the  system's  life  cycle.  A  com¬ 
prehensive  and  current  ILS  Plan  provides 
essential  direction  to  the  multidisciplinary 
ILS  activities  required  to  satisfy  evolving 
requirements.  The  ILS  program  and  LSA 
activities  must  ren\ain  responsive  to  these 
requirements.  (See  Chapter  2.) 

1.3.6  Structuring  the  Logistics  Support 
Analysis  Program 

The  general  attributes  of  a  well-structured 
ILS  program,  offering  needed  emphasis  on 
readiness  objectives,  can  be  identified  from 
LSA  tasks  outlined  in  MIL-STD-1388-1A, 
"Logistics  Support  Analysis."  The  total 
analysis  effort  must  be  structured  to  achieve 
readiness  objectives  by  tailoring  tasks  to 
obtain  cost-effective  implementation.  (See 
Chapters  2, 7  and  8.) 

Experience  has  demonstrated  that  empha¬ 
sis  on  readiness  must  start  at  the  front  end 
of  the  program,  when  requirements  are 
defined  and  system  performance  charac¬ 
teristics  and  objectives  are  established. 
Readiness  and  supportability  are  inextri¬ 
cably  bound  to  these  early  activities.  Prior 
to  program  initiation,  cost  drivers  and  sup¬ 
portability  problems  of  existing  systems 
operating  in  the  mission  area  provide  the 
basis  for  continuing  logistics  Research  and 
Development  (R&D)  and  the  focus  for  im¬ 
proved  performance  in  the  new  system. 
(See  Chapter  3.) 
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1.4  ILS  ELEMENTS 

The  ten  ILS  elements  (Figure  1-3)  are  speci¬ 
fied  in  DoDI  5000.2,  Part  7A.  Eight  of  the 
ten,  (all  but  Maintenance  Planning  and 
Design  Interface),  focus  on  the  logistics 
support  resources  that  contribute  to  sys¬ 
tem  operation  and  the  attainment  of  readi¬ 
ness  objectives  in  the  system's  operational 
role.  Maintenance  Plaiming  and  Design 
Interface  are  directly  related  to  the  system 
engineering  management  process.  During 
early  development  phases,  the  Design  In¬ 
terface  develops  the  supportability  influ¬ 
ence  starting  at  the  system  level  and  pro¬ 
ceeding  down  the  system  indenture  levels 
(Figure  1-4).  This  dovetails  with  detailed 
Maintenance  Planning  and  eventually  re¬ 
sults  in  a  bottom-up  identification  of  total 
logistics  resource  requirements. 

•  Maintenance  Planning:  The  process 
conducted  to  evolve  and  establish  mainte¬ 
nance  concepts  and  requirements  for  the 
lifetime  of  the  system. 

•  Manpower  and  Persoimel:  The  iden¬ 
tification  and  acquisition  of  military  and 
civilian  personnel  with  the  skills  and  grades 
required  to  operate  and  support  the  system 
over  its  lifetime  at  peacetime  and  wartime 
rates. 

•  Supply  Support:  All  management  ac¬ 
tions,  procedures  and  techniques  used  to 
determine  requirements  to  acquire,  cata¬ 
log,  receive,  store,  transfer,  issue  and  dis¬ 
pose  of  secondary  items.  This  includes  pro¬ 
visioning  for  initial  support  as  well  as  re¬ 
plenishment  supply  support. 

•  Support  Equipment:  All  equipment, 
mobile  or  fixed,  required  to  support  the 
operation  and  maintenance  of  the  system. 
Equipment  includes  associated  multiuse 


end  items,  ground-handling  and  mainte¬ 
nance  equipment,  tools,  metrology  and 
calibration  equipment,  test  equipment  and 
automatic  test  equipment.  It  includes  the 
acquisition  of  logistics  support  for  support 
and  test  equipment. 

•  Technical  Data:  Scientific  or  technical 
information  recorded  in  any  form  or  me¬ 
dium,  such  as  manuals  and  drawings. 
(Computer  programs  and  related  software 
are  not  teclmical  data;  documentation  of 
computer  programs  and  related  software 
are.  Also  excluded  are  financial  data  or 
other  information  related  to  contract  ad¬ 
ministration.) 

•  Training  and  Training  Support:  The 
processes,  procedures,  techniques,  train¬ 
ing  devices  and  equipment  used  to  train 
civilian,  active  duty  and  reserve  military 
personnel  to  operate  and  support  the  sys¬ 
tem.  It  includes  individual  and  crew  train¬ 
ing  (both  initial  and  continuation);  new 
equipment  training;  initial,  formal,  and  on- 
the-job  training;  and  logistics  support  plan¬ 
ning  for  training  equipment  and  training 
device  acquisitions  and  installations. 

•  Computer  Resources  Support:  The 
facilities,  hardware,  software,  documenta¬ 
tion,  manpower  and  people  needed  to  op¬ 
erate  and  support  embedded  computer 
systems. 

•  Facilities:  The  permanent,  semi-per¬ 
manent,  or  temporary  real  property  assets 
required  to  support  the  system,  including 
studies  to  define  facilities  or  facility  im¬ 
provements,  locations,  space  needs,  utili¬ 
ties,  environmental  requirements,  real  es¬ 
tate  requirement  and  equipment. 

•  Packaging,  Handling,  Storage,  and 
Transportation  (PHS&T):  The  resources. 
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Figure  1-3.  The  ILS  Elements 
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Figure  1-4.  LSA  Activity  Emphar’ '  During  the  Acquisition  Cycle 


cesses,  procedures,  design  considerations 
and  methods  to  ensure  that  all  system, 
equipment,  and  support  items  are  pre¬ 
served,  packaged,  handled,  and  trans¬ 
ported  properly,  taking  into  consideration 
environmental  issues,  equipment  preser¬ 
vation  requirements  for  short  and  long  term 
storage  and  transportability. 

•  Design  Interface:  The  relationship  of 
logistics-related  design  parameters  to  readi¬ 
ness  and  support  resource  requirements. 
These  logistics-related  design  parameters 
are  expressed  in  operational  ternxs  rather 
than  as  inherent  values,  and  specifically 
relate  to  system  readiness  objectives  and 
support  costs  of  the  system. 

1.5  TOTAL  QUALITY 
MANAGEMENT  (TQM) 

The  TQM  is  a  strategy  for  continuously 
improving  performance  at  every  level.  The 
TQM  combines  fundamental  management 
techniques,  existing  improvement  efforts 
and  specialized  technical  tools  focused  on 
continuous  improvement  of  all  products 
and  services.  Two  TQM  techniques  are  dis¬ 
cussed  in  later  chapters:  concurrent  engi¬ 
neering  in  5.3.4  and  production  variability 
reduction  in  12.3.2.  Examples  of  strategies 
for  implementing  TQM  within  the  DoD  are 
shown  in  Figure  1-5. 

TQM  STRATEGIES 

•  Know  your  customers;  set  measures  of  success 

•  Concentrate  on  prevention  not  correction 

•  Reduce  chronic  waste 

•  Pursue  continuous  improvement 

•  Reduce  production  variances 


Figure  1-5.  Examples  of  TQM  Strategies 


1.6  DEFENSE  ACQUISITION  IN 
THE  90s 

The  following  four  documents  have  estab¬ 
lished  a  major  restructuring  of  the  Defense 
acquisition  process: 

•  Final  Report  to  the  President  by  the 
Blue  Ribbon  Panel  on  Defense  Manage¬ 
ment,  June  1986. 

•  Defense  Management  Report  to  the 
President,  July  1989. 

•  DoDD 5000.1,  "Defense  Acquisition," 
1991. 

•  DoDI  5000.2,  "Defense  Acquisition 
Management  Policies  and  Procedures," 
1991. 

The  Defense  Management  Report  (by  the 
Secretary  of  Defense)  essentially  completed 
implementation  of  the  acquisition  stream¬ 
lining  recommendations  of  the  Blue  Rib¬ 
bon  Panel.  DoDD  5000.1  and  DoDI  50(K).2 
provide  directions,  policies  and  procedures 
that  implement  the  Defense  Management 
Report. 

1.6.1  Acquisition  Management 
Streamlining 

The  layers  of  management  between  the 
Secretary  of  Defense  and  the  managers  of 
major  acquisition  programs  have  been  re¬ 
duced  to  the  three  shown  in  Figure  1-6. 

•  The  Defense  Acquisition  Executive 
(DAE)  occupies  the  position  of  Under  Sec¬ 
retary  of  Defense  for  Acquisition  and  exer¬ 
cises  full  responsibility  for  supervising  the 
performance  of  the  DoD  acquisition  sys¬ 
tem. 
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ACQUISITION  MANAGEMENT 
STREAMUNING 

SECRETARY  OF  DEFENSE 

3 

r 

DEFENSE  ACQUISITION  EXECUTIVE 

2 

SERVICE  ACQUISITION  EXECUTIVE 

2 

k 

r 

PROGRAM  EXECUTIVE  OFRCER 

2 

r 

PROGRAM  MANAGER 

Figure  1-6.  Acquisition  Streamlining 


•  A  Service  Acquisition  Executive 
(SAE),  an  Assistant  Secretary  within  each 
military  department,  exercises  full-time  re¬ 
sponsibility  for  all  service  acquisition  func¬ 
tions. 

•  Within  each  military  department,  the 
SAE  manages  all  major  acquisition  pro¬ 
grams  through  Program  Executive  Offic¬ 
ers  (PEOs)  who  are  dedicated  full-time  to 
management  of  assigned  programs. 

1.6.2  Acquisition  Phases 

The  DAE  is  the  milestone  decision  author¬ 
ity  for  designated  major  Defense  programs. 
These  are  referred  to  as  Acquisition  Cat¬ 
egory  (ACAT)  ID  programs.  Milestone  de¬ 
cision  authority  for  all  other  programs 
(ACAT  IS,  II,  III,  IV)  is  assigned  to  the 
military  departments. 

•  CED  Phase:  Explore  various  alterna¬ 
tives  to  satisfy  the  requirements  of  the  mis¬ 


sion  need  statement  (MNS) .  Define  the  most 
promising  system  concept(s). 

•  Demonstration  and  Validation  (DV) 
Phase:  Define  the  critical  design  character¬ 
istics  and  capabilities.  Demonstrate  that 
the  required  technologies  can  be  incorpo¬ 
rated  into  system  design.  Establish  a 
baseline  support  concept. 

•  Engineering  and  Manufacturing  De¬ 
velopment  (EMD)  Phase:  Translate  the  de¬ 
sign  approach  into  a  stable,  producible  and 
cost-effective  system  design.  Demonstrate 
through  developmental  and  operational 
testing  that  the  system  meets  specification 
requirements,  satisfies  the  mission  need 
and  meets  minimum  acceptable  peacetime 
and  wartime  readiness  requirements. 

•  Production  and  Deployment  (P&D) 
Phase:  Establish  a  stable,  efficient  produc¬ 
tion  and  support  base.  Achieve  an  opera¬ 
tional  capability  that  satisfies  the  mission 
need.  The  milestone  IV  review.  Major  Modi¬ 
fication,  is  conducted  during  this  phase  to 
determine  the  need  for  major  modification. 

•  O&S  Phase:  Attain  and  maintain  re¬ 
quired  performance  characteristics  and 
capabilities.  Identify  shortcomings  and 
deficiencies  to  be  corrected. 

1.6.3  Fabrication,  Production,  and 
Testing 

Early  tests  of  prototypes  are  conducted 
during  DV  to  demonstrate  the  concept,  to 
identify  risks  and  to  select  an  approach  and 
system  developer  for  the  EMD  phase. 

Development  testing  of  one  or  more  engi¬ 
neering  development  models  is  performed 
during  EMD  to  verify  achievement  of  speci¬ 
fied  performance.  Operational  testing  is 
performed  during  this  phase  to  determine 
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Figure  1-7.  Logistics  Support  Analysis  Process  Objective  by  Program  Phase 


operational  effectiveness  and  suitability 
under  realistic  combat  conditions  using 
typical  operators  and  maintainers.  Opera¬ 
tional  testing  of  production  or  "production 
representative"  items  must  be  used  to  sup¬ 
port  the  milestone  III  full-rate  production 
decision.  An  option  for  low-rate  initial  pro¬ 
duction  may  be  chosen  to  prove  the  capa¬ 
bilities  of  production  processes  and  equip¬ 
ment. 

FoUow-on  operationcd  and  production  veri¬ 
fication  is  conducted  during  P&D  to  con¬ 
firm  performance  and  quality. 

1.6.4  Key  Milestone  Documents 

Key  documents  that  support  milestone  re¬ 
views  or  document  decisions  made  are 
identified  in  Figure  1-7  and  defined  briefly 
below.  Formal  definitions  are  provided  in 
DoDI  5000.2,  Part  15,  Definitions,  and  re¬ 
peated  in  Appendix  A,  Glossary,  to  this 
guide.  Descriptions  of  the  content  of  these 
documents  are  provided  in  DoD  Manual 
5000.2-M,  Defense  Acquisition  Manage¬ 
ment  Documentation  and  Reports. 

•  Acquisition  Decision  Memorandum 
(ADM):  Documentation  of  the  milestone 
decision  authority  decision; 

•  Acquisition  Strategy  Report:  Descrip¬ 
tion  of  the  acquisition  approach  to  include 
streamlining,  sources,  competition  and  con¬ 
tract  types; 

•  Affordability  Assessment:  Breakdown 
of  program  costs  compared  to  funds  ex¬ 
pected  to  be  available; 

•  Cooperative  Opportunities  Docu¬ 
ment:  Description  of  opportunities  for  co¬ 
operative  development  with  an  allied  coun- 
tiy; 


•  Cost  and  Operational  Effectiveness 
Analysis  (COEA):  Analysis  of  estunated 
cost  and  operational  effectiveness  of  al¬ 
ternative  systenas; 

•  Environmental  Analysis:  Analysis  of 
potential  impacts  of  the  system  on  public 
health  and  s^ety; 

•  Independent  Cost  Estimate  (ICE):  Es¬ 
timate  of  the  costs  to  acquire  goods  or 
services  prepared  by  someone  indepen¬ 
dent  of  the  authority  acquiring  the  goods 
or  services; 

•  Integrated  Program  Summary:  Docu¬ 
ment  prepared  by  the  PM  and  submitted  to 
the  niilestone  decision  authority  to  sup¬ 
port  proceeding  into  the  next  phase; 

•  Manpower  Estimate  Report  (MER): 
Estimate  of  manpower  required  for  full 
operational  deployment  of  major  defense 
programs; 

•  MissionNeed  Statement  (MNS):  State¬ 
ment  of  operational  capability  required  to 
perform  an  assigned  mission; 

•  Operational  Requirements  Document 
(ORD):  Statement  of  performance  and  op¬ 
erational  parameters  for  the  proposed  con¬ 
cept  or  system; 

•  Program  Life-Cycle  Cost  Estimate 
(PLCE):  PM's  LCC  cost  estimate  for  the 
program; 

•  Risk  Assessment:  Identification  of 
components  having  moderate  risk  or 
higher; 

•  System  Threat  Assessment  Report 
(STAR):  Description  of  the  threat  to  be  coun¬ 
tered;  and 
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•  Test  and  Evaluation  Master  Plan 
(TEMP):  Documentation  of  critical  test  ob¬ 
jectives,  approach,  and  methodology. 

1.7  REFERENCES 

1.  DoDD  5000.1,  "Defense  Acquisition." 

2.  DoDI 5000.2,  "Defense  Acquisition  Man¬ 
agement  Policies  and  Procedures." 

3.  DoD  5000.2-M,  “Defense  Acquisition 
Management  Documentation  and  Re¬ 
ports." 

4.  DoD  Long  Range  Logistics  Plan,  OASD 
(MRA&L). 

5.  AR  700-127,  "Integrated  Logistics  Sup¬ 
port." 


6.  AR  70-1,  "Army  Acquisition  Policy." 

7.  MCO  P4105.3,  USMC  Integrated  Logis¬ 
tics  Support  Manual. 

8.  SECNAVINST5000.2A,  "Implementa¬ 
tion  of  Defense  Acquisition  Management 
Policies,  Procedures,  Documentation  and 
Reports." 

9.  APR  8(X)-2,  "Acquisition  Program  Man¬ 
agement." 

10.  APR  8(X)-8,  "Integrated  Logistics  Sup¬ 
port  (ILS)  Program." 

11.  AMCR  700-15,  "Integrated  Logistics 
Support." 


1-11 


ILS  PLANNING 


2.1  HIGHLIGHTS 

•  Acquisition  Program/ILS  Planning 
Relationship 

•  Integrated  Logistics  Support  Man¬ 
agement  Team 

•  Integrated  Logistics  Support  Plan 

•  Integrated  Support  Plan 

2.2  INTRODUCTION 
2JL1  Purpose 

To  provide  a  managerial  overview  of  the 
requirements  and  responsibilities  for  plan¬ 
ning  the  ILS  effort;  to  relate  ILS  planning  to 
overall  acquisition  program  planning  re¬ 
quirements  and  describe  the  principal  ILS 
planning  documents. 

2.2.2  Objective 

ILS  plans  provide  the  details  of  the  ILS 
program  and  their  relationship  with  over¬ 
all  program  management  and  ensure  coor¬ 
dination  of  logistics  issues  among  all  mem¬ 
bers  of  the  govemment/contractor  man¬ 
agement  teams. 

2.3  MANAGEMENT  ISSUES 

2.3.1  Background 

The  system  acquisition  process  requires 
that  an  extensive  set  of  plans  be  prepared. 


Nearly  all  of  these  plans  require  an  ILS 
input.  Once  approved,  they  provide  guid¬ 
ance  and  direction  to  the  ILS  effort.  The 
preparation,  coordination,  use  and  revi¬ 
sion  of  ILS-related  plans  is  a  major  and 
significant  task  for  the  ILS  manager. 

23.2  Integrated  Logistics  Support 
Management  Team  (ILSMT) 

DoDl 5000.2,  Part  7 A,  "Integrated  Logistics 
Support"  requires  the  integration  of  ILS 
planning  and  execution  within  the  system 
design  and  acquisition  processes.  Each  Ser¬ 
vice  requires  that  ILS  managers  establish 
an  ILSMT.  The  team  is  formed  before  a 
contractor  is  selected  so  that  it  can  help 
with  the  planning  effort,  which  includes 
the  request  for  proposal,  source  selection, 
and  program  management  plans.  It  is  com¬ 
posed  of  government  and  industry  pro¬ 
gram  management  office  members,  and 
personnel  from  the  using  command  and 
from  commands  and  activities  concerned 
with  logistics,  training,  testing  and  other 
acquisition  functions.  If  applicable,  per¬ 
sonnel  from  other  Services  may  be  included. 

The  ILSMT  advises  and  assists  the  ILS 
manager  with  planning,  coordinating  and 
monitoring  of  schedules  and  contractor 
performance.  It  helps  to  ensure  the  accu¬ 
racy  and  timeliness  of  government  inputs, 
and  to  evaluate  contractor  compliance  with 
applicable  requirements,  regulations,  speci¬ 
fications,  standards  and  guidelines.  The 
government  and  contractor  ILS  managers 
generally  co-chair  the  ILSMT.  Meetings  are 


often  scheduled  in  conjunction  with  key 
program  events.  Their  frequency  depends 
on  the  intensity  of  ILS  planning  activity. 

2.33  Acquisition  Program  Planning 

Acquisition  planning  involves  the  prepa¬ 
ration  of  many  plans  required  for  the  man¬ 
agement  of  the  program.  Some  are  specifi¬ 
cally  prepared  to  support  decision  makers 
at  inilestone  review  times.  Key  plans  and 
other  documents  required  for  milestone 
reviews  are  listed  on  Figure  1-7  and  in 
paragraph  1.6.4.  The  government  or  con¬ 
tractor  ILS  managers  prepare  or  provide 
input  to  most  of  these  plans. 

23.4  ILS  Planning 

Key  ILS  plans  include  the  (ILSP),  the  Inte¬ 
grated  Support  Plan  (ISP),  the  Post-Pro¬ 
duction  Support  Plan  (PPSP),  and  a  de¬ 
ployment  plan. 

2.3.4.I.  Integrated  Logistics  Support 
Plan  (ILSP) 

The  ILSP  is  the  principal  logistics  docu¬ 
ment  for  an  acquisition  program  and  serves 
as  a  source  document  for  summary  infor¬ 
mation  required  in  such  milestone  docu¬ 
ments  as  the  MER  and  the  TEMP.  It  must, 
therefore,  be  prepared,  coordinated  and 
approved  in  time  to  allow  for  development 
and  incorporation  of  summary  level  data 
with  the  milestone  documents.  The  pur¬ 
pose  of  the  ILSP  is  to: 

•  Provide  a  complete  plan  for  support 
of  the  deployed  system; 

•  Provide  details  of  the  ILS  program 
and  its  relationship  with  overall  program 
management; 

•  Provide  necessary  information  on  ILS 
aspects  necessary  for  soimd  decisions  on 


further  development/production  of  the 
basic  system;  and 

•  Provide  the  basis  for  preparation  of 
ILS  sections  of  the  procurement  package, 
e.g.,  SOW,  Specification,  and  Source  Selec¬ 
tion  and  Evaluation  Criteria. 

The  ILSP  describes  the  overall  ILS  pro¬ 
gram,  including  requirements,  tasks,  and 
milestones  for  the  inunediate  acquisition 
phase  and  plans  for  succeeding  phases. 
The  plan  is  tailored  to  the  specific  needs  of 
each  program  and  will  address  the  total 
system,  including  the  end  item,  training 
devices  and  support  equipment.  When 
approved,  the  ILSP  becomes  the  imple¬ 
mentation  plan  for  all  participating  activi¬ 
ties  and  is  treated  as  an  integral  part  of  the 
total  program  planning  process.  Effective 
implementation  of  the  ILSP  is  a  major  man¬ 
agement  challenge  because  of  the  numer¬ 
ous  logistics  support  interfaces. 

23.4.1.1  ILSP  Time  Phasing 

The  Government  Program  Office  will  pre¬ 
pare,  coordinate  and  promulgate  the  initial 
ILSP  during  the  CED  phase.  It  provides  the 
basis  for  other  government  and  contractor 
planning  during  this  phase  and  for  ILS 
planning  in  follow-on  phases.  By  Milestone 
I,  the  ILSP  should  include  specific  tasks  to 
be  accomplished  during  the  DV  Phase,  iden¬ 
tify  the  responsible  Service  agencies  and 
activities,  and  establish  the  schedule  for 
task  completion.  The  ILSP  should  also 
project  requirements,  tasks  and  milestones 
for  future  acquisition  phases. 

During  the  DV  and  following  phases, 
the  ILS  manager  may  obtain  contractor 
assistance  to  review  and  update  the  ILSP. 
The  plan  will  become  progressively  more 
detailed  as  the  program  design  activity 
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progresses.  Before  entering  the  EMD  phase, 
the  update  of  the  full  scope  ILSP  will  be 
completed  by  the  government  ILS  man¬ 
ager.  The  update  will  reflect  the  results  of 
the  DV,  include  pertinent  details  from  the 
contractor-prepared  ISP  and  describe  the 
plan  for  the  phase. 

During  EMD  and  in  subsequent  phases, 
the  ILSP  will  have  continuous  government 
and  contractor  involvement  in  reviewing, 
refining,  expanding  and  updating  the  plan. 
The  ILSP  will  be  updated: 

•  When  new  program  direction  is  re¬ 
ceived; 

•  When  there  are  changes  that  involve 
personnel,  training,  facilities  and  other  ILS 
planning  elements; 

•  Before  milestone  decision  reviews; 
and 

•  When  there  are  major  system  con- 
figiuration  changes. 

The  responsibility  of  the  government  is 
to  ensure  that  all  milestones  are  listed,  that 
the  timing  is  correct,  and  coordination  ac¬ 
tions  have  been  completed.  The  contractor 
should  provide  inputs  as  appropriate  for 
ILSP  updates. 

2.3.4.1J2  ILSP  Contents 

The  contents  of  the  ILSP  must  reflect  the 
needs  of  the  specific  system.  The  Army  and 
the  Air  Force  prescribe  a  three  part  plan 
(Section  I.  (General;  Section  II.  Plans,  CJoals 
and  Strategy;  and  Section  III.  ILS  Milestone 
Schedules).  The  Navy  provides  a  more  de¬ 
tailed  list  of  contents  that  are  also  tailored 
to  the  four  acquisition  categories.  The  fol¬ 
lowing  are  guidelines  adapted  from  the 
service  regulations. 


A.  (3eneral.  This  normally  includes:  (a)  a 
system  description  including  government 
Furnished  Equipment  (GFE)  and  associ¬ 
ated  support  equipment;  (b)  program  man¬ 
agement  organization  and  responsibilities, 
associated  Services,  agencies  and  working 
groups;  and  (c)  applicable  documents  in¬ 
volving  requirements,  guidance  and  evalu¬ 
ation  criteria. 

B.  Concepts,  Ck>als  and  Strategy.  The  main 
body  of  the  ILSP  covers  the  following  top¬ 
ics: 

•  Operational  and  organizational  con¬ 
cept  involving  mission  requirements,  op¬ 
erational  environment  and  other  requir^ 
LSA  input  parameters. 

•  Maintenance  Concept. 

•  System  readiness  objectives  for  both 
peacetime  and  wartime  situations. 

•  A  logistics  acquisition  strategy  in¬ 
volving  contractual  approaches  and  incen¬ 
tives  for  LCC,  R&M  and  supportability 
goals. 

•  Logistics  Support  Analysis  Plan 
(LSAP)  which,  because  of  its  importance  in 
realizing  program  and  ILS  objectives,  may 
be  provided  as  a  separate  document.  This 
plan  describes  in  detail  the  LSA  strategy 
and  the  results  expected. 

•  Supportability  test  and  evaluation 
concepts  involving  identification  of  spe¬ 
cific  test  issues  related  to  overall  ILS  objec¬ 
tives  and  to  each  ILS  element. 

•  The  objectives,  concepts,  trade-off  fac¬ 
tors,  goals,  thresholds,  special  require¬ 
ments,  responsibilities,  and  validation  and 
verification  requirements  for  each  ILS  ele¬ 
ment.  The  manner  in  which  the  elements  of 
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ILS  are  to  be  progressively  specified,  de¬ 
signed,  tested  and/or  acquired  and  then 
integrated  with  the  other  elements  will  be 
documented. 

•  Planning  for  deployment  and  the 
transfer  of  logistics  support  responsibility 
will  describe  the  procedures  for  the  change 
over  from  contractor  to  government  sup¬ 
port  addressing  each  of  the  applicable  ele¬ 
ments. 

•  Support  resource  funds  involving  ILS- 
related  life-cycle  funding  requirements 
(funded  and  unfunded)  will  be  identified 
by  ILS  element,  program  function  and  ap¬ 
propriation  category. 

•  Post-deployment  assessments  involve 
plans  for  analyzing  and  assessing  field  data 
feedback  related  to  materiel  support  and 
support  system  performance.  The  plans 
will  address  assessment  methodology, 
identify  milestones  and  responsibilities, 
and  describe  the  strategies  for  improve¬ 
ments. 

2.3.4.1.3  ILS  Milestone  Schedules 

The  ILSP  also  provides  system  program 
schedule  charts  showing  the  inter-relation¬ 
ship  of  logistics  tasks  and  events  to  the 
overall  program  milestones  and  to  each 
other.  These  charts  focus  on  such  elements 
as  management,  training,  testing,  mainte¬ 
nance,  and  supply  support.  They  identify 
assignments,  responsibilities,  and  events. 
Figure  2-1  is  an  example  of  a  management 
information  chart  developed  for  the 
AMRAAM  ISP.  The  ILS  milestone  sched¬ 
ules  are  the  baselines  for  planning  in  the 
materiel  acquisition  process,  therefore: 

•  System  program  schedule  charts  used 
by  program  management  should  depict 
the  most  essential  support  program  mile¬ 


stones;  these  are  the  milestones  that  relate 
critical  support  capabilities  to  overall  pro¬ 
gram  success. 

•  Milestone  data  should  include  the 
nature  and  timing  of  activities  of  all  sup¬ 
porting  contractor  and  government  orga¬ 
nizations. 

•  Milestone  schedule  charts  should  in¬ 
clude  a  system  program  schedule  and  a 
summary  ILS  program  schedule.  The  pro¬ 
gram  and  ILS  schedules  highlight  the  rela¬ 
tionships  between  key  events  on  the  two 
charts. 

•  Individual  support  element  program 
plans  should  include  a  program  schedule 
showing  key  program  milestone  achieve¬ 
ments  for  that  particular  element. 

•  The  integrated  network  schedules 
should  show  dependency  relationships 
between  support  elements.  Some  of  the 
features  and  benefits  of  the  integrated  net¬ 
work  are: 

—  Computer-generated  critical  path 
methodology  (such  as  PERT  and  CPM)  to 
dehne  critical  paths  and  slack  times; 

— Clear  visualization  for  management 
of  interfaces; 

—  Integration  with  the  program 
management  information  system  (MIS); 

—  Illustration  of  the  relationship  be¬ 
tween  LSA  results  and  the  various  ILS  ele¬ 
ments,  to  facilitate  the  identification  of  sup¬ 
port  equipment,  acquisition  events,  pro¬ 
curement  lead  times,  etc.; 

—  Compliance  with  the  requirement 
of  DoDI  5000.2,  Part  7A,  to  establish  an  ILS 
MIS; 
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Figure  2-1.  Logistics  Support  Management  Information 


—  Potential  to  combine  the  ILS  MIS 
with  cost  and  manpower  reporting  for  to¬ 
tal  ILS  management  control. 

2.3A.2  Integrated  Support  Plan  (ISP) 

Solicitation  documents  and  contracts  with 
industry  and  other  performing  activities 
will  include  a  requirement  to  develop  an 
ISP  that  sets  forth  the  contractor's  plan  to 
accomplish  the  projected  ILS  efforts.  The 
ISP  activities  may  ako  be  used  to  structure 
ILS  studies  and  other  deliverables  for  fol¬ 
low-on  logistics  efforts.  Pertinent  portions 
of  the  ISP  are  usually  incorporated  into 
updates  of  the  government-prepared  ILSP. 
The  ISP  is  an  iterative  document  that  must 
be  accepted  and  approved  by  the  govern¬ 
ment.  Data  Item  L-6138  provides  prepara¬ 
tion  instructions.  The  contents  of  the 
contractor's  ISP  include: 

•  Organization 

•  Responsibilities 

•  Schedules 

•  Major  Tasks 

•  Sub-plans  (e.g.,  LSA,  training,  pro¬ 
visioning) 

•  Inter-relationships  among  logistics 
elements 

•  External  Constraints 

•  Other  Pertinent  Factors 

2.3.4.3  Post-Production  Support  Plan 

The  PPSP  must  deal  with  the  often  chal¬ 
lenging  need  to  sustain  effective  operation 
and  readiness  after  contractor  delivery  of 
the  last  production  system.  (See  Chapter 
14.) 


23.4.4  Deployment  Planning 

The  ILS  manager  is  responsible  for  prepar¬ 
ing  a  plan  that  outlines  the  schedules,  pro¬ 
cedures  and  actions  necessary  to  success¬ 
fully  deploy  a  new  materiel  system.  De¬ 
ployment  planning  is  discussed  in  Chapter 
13. 

2.4  SUMMARY 

There  are  several  keys  to  a  successful  logis¬ 
tics  program.  They  are: 

•  Logistics  involvement  in  all  program 
planning,  beginning  before  program  ini¬ 
tiation  (milestone  0)  when  the  initial  MSN 
is  prepared; 

•  Effective  use  of  the  ILSMT  in  the 
planning  process; 

•  Preparation  of  an  ILS  plan  tailored  to 
the  system  prior  to  Milestone  I;  and 

•  Implementation  of  the  ILS  plan  as  a 
current  and  integral  part  of  the  overall 
program. 

2.5  REFERENCES 

1.  DI-P-7119,  "Post-Production  Support 
Plan." 

2.  Dl-S-7120,  "Supportability  Assessment 
Plan." 

3.  DI-ILSS-80395,  "Integrated  Support  Plan 
(ISP)." 

4. DI-ILSS-80531,  "Logistics  Support  Analy¬ 
sis  Plan." 
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READINESS  AND  SUPPORTABILITY 


3.1  HIGHUGHTS 

•  ILS  Issues  in  Mission  Area  Analyses 

•  Establishing  Support  Resource  Con¬ 
straints 

•  Use  of  Logistics  Support  Analysis 
(LSA)  to  Establish  Readiness  Objectives 

•  Establishing  Supportability  Design 
Requirements 

3.2  INTRODUCTION 

3.2.1  Purpose 

To  provide  a  managerial  overview  of  the 
establishment  of  readiness  objectives  for  a 
new  materiel  system  and  the  translation  of 
objectives  into  system  supportability  de¬ 
sign  factors  and  logistics  support  param¬ 
eters. 

3.2.2  Objective 

The  overall  objective  for  a  new  materiel 
system  is  to  provide  a  needed  military  ca¬ 
pability  at  an  affordable  cost.  Attaining 
military  capability  necessitates  the  achieve¬ 
ment  of  peacetime  and  wartime  readiness 
objectives.  Supportability  objectives  and 
supportability  design  factors  are  formu¬ 
lated  to  attain  the  specified  readiness  levels 
within  LCC  targets  and  logistics  constraints. 


33  MANAGEMENT  ISSUES 

33.1  Background 

Design  factors  must  be  established  prior  to 
Milestone  II  (transition  to  EMD)  in  order  to 
influence  rapidly  evolving  system  design, 
objectives  and  thresholds  and  supportabil¬ 
ity.  Requirements  to  establish  these  mea¬ 
sures  are  stated  in  DoDI  5000.2,  Part  7 A, 
'Integrated  Logistics  Support."  Figure  3-1 
summarizes  the  ILS  and  identifies  corre¬ 
sponding  LSA  tasks  as  documented  in  MIL- 
STD-1388-1A,  "Logistics  Support  Analy¬ 
sis."  These  requirements  and  tasks  provide 
the  framework  for  discussion  in  this  chap¬ 
ter. 

3.3.1.1  Readiness 

Readiness  of  a  materiel  system  is  future- 
oriented.  It  represents  the  system's  ability 
to  deliver  (e.g.,  move  and  shoot,  observe 
and  record,  communicate)  during  peace¬ 
time  and  wartime.  The  system  readiness 
objectives  are  the  criteria  used  in  assessing 
the  ability  of  a  system  to  undertake  and 
sustain  a  specified  set  of  missions  at  planned 
peacetime  and  wartime  operational  tem¬ 
pos.  No  single  imiversal  measure  of  readi¬ 
ness  is  applicable  to  all  materiel  systems. 
Expressions  of  readiness  assume  forms  that 
are  dependent  upon  the  system's  design 
and  the  conditions  of  its  use.  Figure  3-2 
lists  examples  of  readiness  measures  cur¬ 
rently  employed  by  the  Services. 


ACQmsmoN 

PHASE 

PROGRAM 

REQUIREMENTS 

(DOOISOOOJI,PART7A) 

LOGISTICS  SUPPORT  ANALYSIS  TASKS 
(MIL-STD-138A-1A) 

•  MwiSfy  lupport  rasourcs  constraints 
(mission  sraa  analysis) 

•  Perform  mission  area  analysis 

•  Analyze  Intended  use;  identify  support- 

PRECOtKEPT 

ability  factors 

Use  Study  (LSA  Task  201) 

•  Select  and  analyze  baseline  comparison 
factors 

Comparative  Analysis  (LSA  Task  203) 

•  Osflne  baseline  operational  scenarios 

•  Identify  peacetime  and  wartime  employ- 

for  system  alternatives 

•  Identify  support  cost  drivers  and  targets 

ment 

Use  Study  (LSA  201) 

CONCEPT 

for  improvement 

•  Develop  a  baseline  comparison  system; 
determine  supportability,  cost  and  readiness 
drivers 

Comparative  Analysis  (LSA  Task  203) 

EXPLORATION- 

•  Identify  and  estimate  achievable  values 

•  Identify  design  opportunities  for  Improved 

DEFINITION 

of  logistics  and  reliability  and  maintainability 

supportability 

(RAM)  parameters 

Technological  Opportunities  (LSA  Task  204) 

•  Define  supportability  related  design 
constraints 

Mission  Hardware,  Software  and  Support 
System  Standardization  (LSA  Task  202) 

•  Update  Manpower,  Personnel  and  Training 
(MPT)  constraints 

Comparative  Analysis  (LSA  Task  203) 

•  Establish  system  readiness  objectives 

•  Establish  readiness  objectives 

and  tentative  thresholds 

(LSA  Task  205.2.2) 

•  Establish  a  consistent  set  of  objectives  for 

•  Establish  supportability  characteristics  and 

readiness,  RAM  and  logistics  parameters 

supportabilify  related  design  factors 

DEMONSTRATION 

AND 

(LSA  Task  205) 

VAUDATION 

•  Conduct  trade-offs  among  design,  support 

•  Perform  evaluations  of  alternatives  and 

concepts  and  support  resource  requirements 

trade-off  analyses 
(LSA  Task  303) 

Figure  3-1. 

Etevelopment  of  Readiness  Objectives  and  Supportability  Design  Factors 


The  Services'  warfare  planners  must  de¬ 
fine  system  readiness  in  terms  that  are: 

•  Quantifiable 

•  Measurable 


•  Precisely  defined  by  readiness  crite¬ 
ria 

•  Related  to  the  projected  peacetime 
and  wartime  operational  tempos  and  con¬ 
ditions  of  use 
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MATERIEL  CATEGORY 

TYPICAL  READINESS  MEASURES 

Aircraft 

Mission  Capable  Rate 

Operational  Availability 

Sortie  Rate 

Qround-Based  Missile 

Mission  Capabie  Rate 

Operational  Availability 

Air-Launched  Missiles 

Asset  Readiness  (Qt^ 

Combat  Vehicles 

Mission  Capabie  Rate 

Operational  Availability 

Ships 

Operational  Availability  (appiies  to 
equipment  and  weapon  system  assigned 
to  ships) 

Fif"xre  3-2.  Examples  of  Readiness  Measures 


C«  Tipatible  i.e  Service  readi-  •  Operations  and  maintenance  man- 

“e^  jrting  system  power  and  manhour  constraints 

3.3.1.2  Supportability  •  Personnel  skill  level  constraints 


Supportability  is  the  degree  to  which  sys¬ 
tem  design  characteristics  and  logistics  re¬ 
sources,  including  manpower,  meet  sys¬ 
tem  peacetime  readiness  and  wartime  use 
requirements.  Early  program  activity  by 
the  ILS  Manager  should: 

•  Define  supportability  objectives  that 
are  optimally  related  to  system  design  and 
to  each  other. 

•  Ensure  supportability  objectives  are 
an  integral  part  of  system  requirements 
and  the  resulting  design. 

Supportability  objectives  prescribe  con¬ 
ditions  and  constraints  that  drive  the  de¬ 
sign  of  the  system  and  its  logistics  support. 
These  objectives  are  related  to  the  planned 
operational  role  of  the  system  and  the 
overall  support  capability  of  the  military 
services.  The  following  are  examples  of 
supportability  issues  upon  which  specific 
objectives  can  be  based: 


•  O&S  cost  constraints 

•  Target  percentages  of  system  failures 
(downing  events)  correctable  at  each  main¬ 
tenance  level 

•  Mean  down  time  in  the  operational 
environment 

•  Tum-around  time  in  the  operational 
environment 

•  Standardization  and  interoperability 
requirements 

3.3.2  Mission  Area  Analysis 

Requirements  for  new  or  modified  mate¬ 
riel  systems  generally  evolve  from  con¬ 
tinuing  analyses  of  the  mission  areas  as¬ 
signed  to  the  military  services.  The  pur¬ 
pose  of  these  analyses  is  to  identify  defi¬ 
ciencies  or  to  determine  more  effective 
means  of  performing  assigned  tasks. 
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SYSTEM  MISSION  REQUIREMENTS 


Operational  Concept 
Operational  Environment 
Service  Support  Concept 
Performance  Requirementa 
Threat 
Miaaion 

Meaaurea  of  Effectiveneaa 


DEFICIENCIES  OF  CURRENT  SYSTEM 

Quantitive  and  Qualitive 
Manpower  Requirementa 
Reliability  &  Maintainability  (R&M) 
Performance  O&S 
Support  Equipment  Requirementa 


TECHNOLOGICAL  OPPORTUNITIES 

Materials 
Data  Processing 
Computer  Capabilities 
Manufacturing  Technology 
Training  Devicea/Simulation 
BIT  &  BITE 

LOGISTIC  CONSTRAINTS 

Support  Funding 
Existing  Support  Structure 
Affordability 

Manpower,  Personnel  and  Training 
Standardization  and  Interoperabil^ 


Figure  3-3. 

Considerations  in  the  Development  of  Readiness  and  Supportability  Objectives 

Logisticians  play  a  substantial  role  in  these  establish  realistic  bounds  on  the  support 

analyses.  Their  assessment  of  current  sys-  resources  that  can  be  provided  to  a  pro- 
tems  in  the  mission  area  should  focus  on  posed  new  system.  Support  resource  con- 
deficiencies  in  their  supportability  perfor-  straints  must  be  identified  in  the  MNS. 
mance  (e.g.,  failure  rates,  maintenance 

times,  fault  detection  and  isolation  capabil-  3.3.3  Readiness  and  Supportability 

ity)  and  on  the  adequacy  of  logistics  sup  Objectives 
port  provided  the  system.  Targets  for  im¬ 
provement  in  both  areas  should  provide  The  development  of  wartime  and  peace- 
the  input  for  each  Service's  Logistics  Re-  time  readiness  and  supportability  objec- 
search  and  Development  Program.  In  ad-  tives  must  be  accomplished  by  Milestone  II 

dition,  the  mission  area  analysis  should  (transition  to  HMD).  The  procedure  em- 
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ployed  requires  evaluation  in  the  areas  of 
system  mission  requirements,  deficiencies 
of  current  systems  employed  in  the  mis¬ 
sion  area,  technological  opportunities  and 
logistics  constraints.  Figure  3-3  shows  rep¬ 
resentative  factors  to  be  considered  in  each 
of  these  areas.  During  the  CED  phase,  stud¬ 
ies  based  on  mission  area  and  materiel 
system  analyses  are  performed  to  quantify 
relationships  among  the  conceptual  hard¬ 
ware,  mission  and  supportability  param¬ 
eters.  The  following  paragraphs  describe 
studies  and  analyses  leading  to  the  devel¬ 
opment  of  readiness  and  supportability 
objectives.  The  LSA  is  describe  in  Chap¬ 
ter  7. 

3.3.3.1  Use  Study  (LSA  Task  201) 

The  Use  Study  is  described  in  MIL-STD- 
1388-lA  as  "the  prerequisite  task  to  all 
others  in  the  LSA  program."  It  is  a  compre¬ 
hensive  analysis  of  how  the  new  system 
will  be  used  and  supported  in  its  mission 
area  in  peacetime  and  wartime.  The  Use 
Study  should  identify  operating  require¬ 
ments  (e.g.,  nussion  frequency  and  dura¬ 
tion,  distance  driven,  operating  hours, 
rounds  fired),  number  of  systems  per  sup¬ 
port  unit,  environmental  factors  and  other 
descriptions  of  operation  and  support  char¬ 
acteristics.  The  study  will  be  based  initially 
upon  an  evaluation  of  existing  systems 
performing  similar  functions  in  the  mis¬ 
sion  area  with  all  values  adjusted  to  the 
mission  need  of  the  new  system. 

3.3.3.2  Mission  Hardware,  Software 
and  Support  System  Standardization 
(LSA  Task  202) 

From  the  earliest  planning  efforts,  the  PM 
must  recognize  the  advantages  as  well  as 
the  constraints  placed  on  his  or  her  pro¬ 
gram  by  the  emphasis  on  standardization. 


Standardization  of  parts  and  equipment 
across  systems  and  military  services  can  be 
a  major  cost-saving  factor,  but  in  order  for 
it  to  he  effective,  policy  and  direction  must 
be  established  so  that  the  proper  constraints 
can  be  included  in  system  requirements 
documents.  Standardization  impacts  the 
selection  of  program  peripherals  such  as 
support  equipment;  major  subsystems  such 
as  engines,  radios,  navigation,  electronic 
countermeasure  suites;  and  basic  building 
blocks  such  as  fasteners  and  connectors. 
Standardization  should  result  in  a  reduc¬ 
tion  of  design  risk,  parts  stockage,  and  the 
proliferation  of  new  or  unique  support 
items  in  the  government  supply  system. 
Standardization  should  also  be  considered 
in  the  design  of  new  subsystems  and  sup¬ 
port  equipment  to  develop  them  for  use 
with  more  than  one  system.  The  Airborne 
Self  Protection  Jammer  (ASPJ),  an  electronic 
warfare  system  designed  for  a  wide  variety 
of  Air  Force  and  Navy  aircraft,  illustrates 
the  strengths  and  weaknesses  of  the  con¬ 
cept. 

There  are  certain  disadvantages  associated 
with  standardization,  among  them  restric¬ 
tion  of  the  designer's  ability  to  use  ad¬ 
vanced  technology  or  innovative  tech¬ 
niques.  Directed  standardization  could 
force  the  new  system  to  use  support  equip¬ 
ment  that  may  not  be  as  effective  or  eco¬ 
nomical  as  that  designed  specifically  for 
the  system.  The  impact  on  measures  of 
effectiveness  must  be  a  consideration  in 
each  case. 

North  American  Treaty  Organization 
(NATO)  interoperability  requirements  also 
impose  constraints  on  system  design.  When 
required,  the  PM  must  ensure  that  the  sys¬ 
tem  and  its  subsystems  are  capable  of  be¬ 
ing  operated  with  or  supported  by  NATO 
common  ammunition,  lubricants  and  other 
logistics  pipeline  assets. 
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Initial  standardization  studies  are  per¬ 
formed  during  the  CED  phase  and  provide 
program  direction  in  two  related  areas: 

(1)  Setting  constraints  upon  the  prime 
system  to  be  compatible  with  selected  stan¬ 
dard  components,  software  and  support 
equipment. 

(2)  Identif5dng  components,  software 
and  support  equipment  requiring  devel¬ 
opment  for  unique  application  to  the  prime 
system. 

3.3.3.3  Comparative  Analysis  (LSA 
Task  203) 

This  analysis  results  in  a  Baseline  Com¬ 
parison  System  (BCS).  The  BCS  represents 
the  initial  characteristics  of  the  new  system 
for  the  purpose  of: 

•  Projecting  supportability  related  de¬ 
sign  factors 

•Determining  supportability,  cost  and 
readiness  drivers 

•  Identifying  targets  for  improvement 
in  the  new  system  and  in  the  supporting 
logistics  support  system 

Characteristics  and  performance  param¬ 
eters  assigned  to  the  BCS  should  be  de¬ 
rived  from  an  existing  system  or  a  compos¬ 
ite  of  existing  systems  and  subsystems  per¬ 
forming  similar  operational  roles  in  the 
mission  area.  Different  BCSs  may  be  devel¬ 
oped  to  represent  the  performance  of  de¬ 
sign  alternatives  as  designers  attempt  to 
maximize  cost-effectiveness.  Projections  of 
support  costs  and  resource  requirements 
for  the  baseline  are  dependent  on  usage 
scenarios  developed  in  the  Use  Study. 


3.3.3.4  Update  of  Manpower,  Personnel 
and  Training  (MPT)  Constraints  - 
Comparative  Analysis  (LSA  Task  203) 

System  readiness  is  bounded  by  the  avail¬ 
ability  and  capabilities  of  persormel  who 
must  operate  and  maintain  the  system.  The 
MPT  resource  constraints  established  prior 
to  Milestone  0  are  updated  as  system  char¬ 
acteristics  are  progressively  defined  dur¬ 
ing  development.  Human  factors  engineer¬ 
ing  seeks  a  compatible  man-machine  inter¬ 
face.  Constraints  placed  on  design  to 
achieve  this  compatibility  must  not,  how¬ 
ever,  preclude  the  introduction  of  vitally 
needed  technology  enhancement.  An  ef¬ 
fective  working  relationship  among  de¬ 
sign,  logistics,  human  engineering  and 
training  personnel  is  necessary  to  produce 
appropriate  design,  support  concept  and 
training  programs  required  to  support  new 
technologies.  The  introduction  of  solid  state 
and  integrated  circuit  components  is  one 
example.  The  integrated  approach  com¬ 
monly  employed  includes: 

•  Modular  system  design 

•  Automatic  fault  detection  and  isola¬ 
tion  —  built-in  or  off-line  (automatic  test 
equipment) 

•  Remove  and  replace-only  corrective 
maintenance  at  organizational  and  forward 
intermediate  levels 

•  Repair  of  printed  circuit  boards  at 
rear  intermediate  and  depot  levels 

•  Training  tailored  to  the  skills  required 
at  each  maintenance  level 

3.3.3.5  Technological  Opportunities 
(LSA  Task  204) 

This  study  identifies  and  evaluates  new 
technological  opportunities  available  to 
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improve  operational  performance  of  the 
new  materiel  system  and  of  the  logistics 
support  system.  These  opportunities  in¬ 
clude  new  hardware  or  software  technol¬ 
ogy  developed  through: 

•  Ongoing  research,  exploratory  devel¬ 
opment  and  advanced  development  pro¬ 
grams 

•  Other  system  development  programs 

•  Commercial  R&D  programs 

Technological  improvements  for  materiel 
systems  often  result  from  development  of 
improved  components  (e.g.,  improved  pro¬ 
pulsion  subsystems  and  improved  fire  con¬ 
trol  components).  The  ILS  manager  should 
provide  sufficient  direction  and  incentives 
for  contractors  to  adapt  and  develop  tech¬ 
nological  improvements  with  the  potential 
to  reducelogistics  support  resource  require¬ 
ments  thereby  enhancing  readiness. 

Technological  capabilities  identified  as  at-> 
tainable  in  the  system  development  pro¬ 
gram  should  be  incorporated  into  the  BCS 
so  that  it  evolves  as  a  composite  of  current 
and  projected  enhanced  components  and 
better  represents  the  supportability  perfor¬ 
mance  that  the  development  program  is 
capable  of  achieving.  This  approach  is  use¬ 
ful  in  establishing  target  supportability 
design  values  for  the  new  system  (see  para¬ 
graph  3.3.4.2). 

3.3.3.6  Establishing  Readiness  and 
Supportability  Objectives  (LSA  Task 
205.2.2) 

Mission  requirements  and  supportability 
constraints  developed  in  LSA  Tasks  201 
through  204  must  be  s)mthesized  to  form  a 
compatible  set  of  readiness  and  support 
(R&S)  objectives.  The  ILS  manager  may 


use  computer  models  to  simulate  force 
level  engagements  and  logistics  support  in 
an  operational  environment  to  assist  in  the 
decision  process.  The  input  to  the  simula¬ 
tions  may  include  tentative  values  of  sys¬ 
tem  reliability,  maintainability,  mainte¬ 
nance  turn  aroimd  times,  and  mean  down¬ 
time.  Alternate  support  concepts  can  be 
tested.  These  variables  can  be  used  as  in¬ 
puts  to  the  simulations  which  are  applied 
to  an  operational  scenario  of  specific  dura¬ 
tion.  (Outputs  may  include  sorties  com¬ 
pleted,  spares  demand,  maintenance  de¬ 
lays,  and  sorties  or  missions  not  achieved. 
Simulations  can  be  repeated  to  test  the 
sensitivity  of  the  system  to  R&S  decisions 
and  to  determine  the  validity  of  R&S  objec¬ 
tives. 

3.3.4  Supportability  and 
Supportability-Related  Design 
Factors  (LSA  Task  205) 

3.3.4.1  Measures  of  Performance 

The  R&S  objectives  must  be  translated  into 
explicit  supportability  related  design  fac¬ 
tors  that  govern  design  of  the  materiel  sys¬ 
tem  including  each  of  its  components  and 
logistics  support  parameters  that  govern 
drive  of  the  logistics  support  system. 

Figure  3-4  displays  examples  of  these  mea¬ 
sures. 

33.4.2  Development  of  Measures  of 
Performance 

An  initial  estimate  of  system  supportabil¬ 
ity  design  factors  may  be  derived  from  the 
performance  parameters  of  a  composite 
baseline  comparison  system  which  incor¬ 
porates  projected  technology  enhance¬ 
ments  (see  paragraph  3.33.3).  This  ap¬ 
proach  has  been  employed  with  naval  air- 
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Supportabiiity  Design 

Factors  (Materiel  Syatema) 

System  Reliability  (Mean  Time 

Between  Failures) 

System  Maintainability  (Mean  Time 
to  Repair) 

Maintenance  Burden  (Maintenance 
Man4iours  Per  Operating  Hour) 

Buiit-ln-Fault  Isolation  Capability 
(Percent  Successful  isolation) 

Transportability  Requirements 
(Identification  of  Conveyances  on 
which  Transportable) 

Logistics  Support  Parameters 

Provisioning  Objective; 

(Logistics  System) 

e.g.,  Spare  to  Availability  Target 

Supply  Support  Objectives;  e.g.. 

Fill  Rates,  Order  and  Ship  Times 

Figure  3-4. 

Examples  of  Supportability-Related  Design  Factors  and  Lx>gistics  Support  Parameters 


•  Estimate  technologically  attainable  operational  parameters  for  WBS  level  3 
components. 

•  Combine  component  parameters  to  derive  system  level  supportabiiity 
design  factors. 

•  Estimate  technologically  attainable  parameters  of  logistics  support. 

•  Perform  simulations  to  determine  atUiinment  of  the  readiness  objectives. 

•  Repeat  the  steps  above  to  obtain  consistent  readiness,  R&M  and 
logistics  parameters. 

Figure  3-5. 

Development  of  Supportability-Related  Design  Factors  and  Logistics  Support  Factors 

craft.  The  steps  are  siunmarized  in  Figure  craft  systems  is  identified  in  MIL-STD- 
3-5  and  described  as  follows.  881  A,  "Work  Breakdown  Structures  for 

Defense  Materiel  Items.")  Each  parameter 
The  R&M  or  other  appropriate  operaHonal  is  an  engineering  estimate  of  the  value  that 

parametersareassignedtoeachoftheWork  technology  is  capable  of  achieving  in  the 
Breakdown  Structure  (WBS)  level  3  com-  ensuing  system  development  program, 
ponents  of  the  new  system  —  e.g.,  air¬ 
frame,  propulsion  unit,  fire  control,  etc.  System  level  supportabiiity  design  factors 
(The  levels  1,  2  and  3  breakdown  for  air-  are  derived  by  mathematically  combining 
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the  operational  parameters  assigned  to  the 
components.  Appropriate  techniques  are 
described  in  DoD  3235. 1-H,  'Test  and 
Evaluation  of  System  Reliability,  Availabil¬ 
ity  and  Maintainability,  A  Primer." 

The  projected  capability  of  the  logistics 
system  can  be  estimated  by  evaluating  on¬ 
going  studies  to  improve  performance  of 
the  current  logistics  system.  These  might 
include  improvements  in  data  processing, 
automated  warehousing  and  transporta¬ 
tion  methods. 

The  adequacy  of  the  technological  projec¬ 
tions  in  achieving  system  readiness  objec¬ 
tives  should  be  evaluated  by  computer 
simulation  techniques.  It  is  likely  that  the 
process  will  need  to  be  iterative  to  establish 
a  consistent  set  of  objectives  for  readiness, 
R&M  and  logistics  parameters  as  required 
by  Part  7A  of  DoDI  5000.2,  and  LSA  Task 
205. 

3.3.5  Evaluation  of  Alternatives  and 
Trade-Off  Analysis  (LSA  Task  303) 

The  purpose  of  this  task  is  to  determine  the 
best  balance  among  design  characteristics, 
support  concepts  and  support  resource  re¬ 
quirements.  The  following  discussion  cites 
trade-offs  that  significantly  impact  system 
design. 

3.3.5.1  Repair  Level  Analyses 

Repair  level  analyses  determine  whether 
components  should  be  repaired  or  dis¬ 
carded  and,  if  repaired,  at  what  mainte¬ 
nance  level.  Analytic  techniques  and  com¬ 
puter  models  available  to  support  these 
decisions  detennine  economic  trade-offs 
among  investment  costs  component  pro¬ 
curement  costs  and  O&S  costs.  The  deci¬ 
sions  provide  input  to  both  maintenance 
planning  and  maintainability  design.  Ease 
of  removal  and  disassembly  must  be  con¬ 


sidered.  When  repair  is  not  required  or  is 
deferred  to  higher  level  maintenance,  de¬ 
sign  techniques  that  reduce  production 
costs  and  extend  component  life  can  be 
used.  For  this  reason,  repair  level  analysis 
decisions  should  be  made  selectively,  start¬ 
ing  in  the  CED  phase  with  major  compo¬ 
nents  and  continuing  through  EMD  and 
beyond. 

33.5.2  Diagnostic  Trade-Offs 

Diagnostic  capabilities  inherent  in  the  de¬ 
sign  of  a  materiel  system  or  support  equip¬ 
ment  may  be  traded  with  manpower  and 
personnel  skill  requirements  and  changes 
inmaintenanceconcepts.  The  development 
of  Very  High  Speed  Integrated  Circuits 
(VHSIC)  and  associated  architectiue  is  an 
example.  This  developing  technology  gave 
the  opportunity  to  develop  built-in  fault 
isolation  to  the  printed  circuit  board  level. 
Development  of  this  degree  of  built-in  fault 
isolation  reduced  manpower  and  skill  re¬ 
quirements  at  the  organizational  level  and 
r^uced  the  need  for  intermediate  mainte¬ 
nance.  These  trade-offe  must  be  evaluated 
by  designers  and  logisticians  personnel 
starting  in  the  CED  phase. 

3.3.5.3  Survivability  Trade  Offs 

Decreased  vulnerability  to  the  effects  of 
battle  damage  can  enable  more  rapid  resto¬ 
ration  of  force  levels  and  increased 
sustainability  of  combat  operations.  The 
benefits  of  improved  survivability  can  be 
realized  most  fully  when  the  logistics  sys¬ 
tem  can  restore  the  damaged,  but  recover¬ 
able,  items  to  operating  condition  close  to 
the  battle  area.  An  effective  battle  damage 
assessment  and  repair  program  requires: 

•  Combat  scenario  modeling  to  deter¬ 
mine  potential  lethal  and  reparable  equip>- 
ment  casualties 
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•  Attack  mode  and  materiel  system 
modeling  to  provide  estimates  of  combat 
damage  to  the  system 

•  Historical  analyses  of  combat  dam¬ 
age  and  repair  techniques  on  similar  sys¬ 
tems 

•  Development  of  expedient  assessment 
and  repair  procedures  and  their  incorpo¬ 
ration  in  technical  manuals  and  training 
programs 

•  Determination  of  additional  person¬ 
nel  required  to  perform  wartime  battle 
damage  assessment  and  repair 

•  Computation  of  supply  support 
stockage  levels  based  upon  combat  dam¬ 
age  estimates  and  wartime  utilization  rates 

•  Determination  of  additional  trans¬ 
portation  requirements  for  battlefield  re¬ 
covery 

System  engineers  must  investigate  alterna¬ 
tive  survivability  designs  and  logistics  sup¬ 
port  capabilities  in  the  CED  phase  and 
refine  the  design  in  the  follow-on  develop¬ 
ment  phases. 

3.4  SUMMARY 

•  Initial  LSA  activities  prior  to  Mile¬ 
stone  0  and  during  the  CED  phase  should 
be  performed  as  part  of  a  tiussion  area 
analysis. 

•  R&S  analysis  should  be  based  on: 

-  S5^tem  mission  requirements 


-  Deficiencies  of  current  systems 

-  Technological  opportunities 

-  Logistics  constraints  and  limita¬ 
tions 

•  The  R&S  objectives  can  be  devel¬ 
oped  within  a  tailor^  but  structured  atui- 
lytical  process  that  includes: 

-  Mission  area  analysis 

-  Support  constraints  identification 

-  Use  studies 

-  Comparative  analyses 

-  Technological  opporturuties 

-  Mission  hardware,  software  and 
support  system  standardization 

-  MPT  constraints  updates 

•  SupportabUity  design  factors  may  be 
developed  by  an  iterative  process  of  pro¬ 
jecting  technological  improvements  for 
major  components  into  system  level  fac¬ 
tors  and  the  performance  of  readiness  simu¬ 
lations. 

3.5  REFERENCES 

1.  MIL-STD-1388-1A,  "Logistics  Support 
Analysis." 

2.  DoD  3235.1-H,  'Test  and  Evaluation  of 
System  Reliability,  Availability  and  Main¬ 
tainability,  A  Primer." 
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4 

CONTINUOUS  ACQUISITION  AND 
LIFE-CYCLE  SUPPORT 


4.1  HIGHLIGHTS 

•  The  need  for  Continuous  Acquisition 
and  Life-Cycle  Support  (CALS) 

•  CALS  in  the  acquisition  process 

•  CALS  standards 

•  CALS  key  players 

4.2  INTRODUCTION 

The  CALS  is  a  joint  initiative  between  in¬ 
dustry  and  the  DoD.  Its  goal  is  to  use  the 
inherent  features  of  digitized  data  to  revolu¬ 
tionize  the  functions  of  data-gathering,  data 
storage  and  data-transfer  technologies  as¬ 
sociated  with  the  development  of  defense 
systems.  The  result  will  be  systems  that  are 
cheaper,  more  reliable,  and  easier  to  main¬ 
tain.  In  1988,  the  Eteputy  Secretary  of  De¬ 
fense  directed  contractual  implementation 
of  CALS  requiring  technical  data  access  and 
delivery  in  digital  form  for  new  weapons 
systems.  This  policy  has  been  incorporated 
into  the  DoDI  5000.2. 

Good  business  sense  demands  that  the  price 
of  weapons  system,  as  reflected  in  LCC,  be 
controlled  and  reduced.  Industry  has  taken 
a  number  of  steps  to  cut  costs,  improve 
development  and  production  processes,  and 
be  competitive  in  the  international  and  na¬ 
tional  environment.  The  successful  lessons 
learned  in  industry  are  now  being  applied 


to  the  way  in  which  the  government  and 
defense  contractors  conduct  business. 

The  OSD  has  taken  major  steps  to  improve 
efficiency  through  the  use  of  information 
technology.  The  highest  level  strategy  is  en¬ 
titled  Corporate  Information  Management 
(CIM).  CIM  is  managed  by  the  Director  of 
Defense  Information  and  implemented 
through  the  Defense  Information  Systems 
Agency  (DISA).  A  key  tenet  of  CIM  is  that 
data  be  developed  and  purchased  once,  but 
used  many  times. 

CALS  is  part  of  the  CIM  initiative.  It  is  an 
evolutionary  strategy  to  focus  the  DoD  sys¬ 
tem  acquisition  process  into  a  seamless  pro¬ 
cess  from  the  concept  exploration  to  opera¬ 
tions  and  logistics  support.  Life-cycle  link¬ 
age  involves  a  joint  commitment  between 
DoD  and  industry  to  link  contractor  data 
systems  and  processes  with  DoD  data  re¬ 
quirements  and  processes.  This  creates  the 
rapid  digital  interchange  of  technical  infor¬ 
mation  necessary  to  develop  and  support 
modem  systems. 

The  basic  tools  for  this  linkage  are  being 
improved  dramatically.  Computer-Aided 
Design  (CAD)  and  Computer-Aided  Manu¬ 
facturing  (CAM)  tools  affe  t  not  only  what 
work  is  done,  but  also  how  work  is  done. 
Rather  than  blueprints  and  drawings,  they 
produce  product  modeling  data  which  de¬ 
scribe  manufactured  items  with  great  detail 
and  accuracy.  This  has  necessitated  a  total 
rethinking  of  business  processes  related  to 
acquisition  logistics  and  logistics  support. 
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43  TRADITIONAL  LOGISTICS 
SUPPORT 

Figure  4.1  contains  a  generic  diagram  of 
DoD^s  traditional  approach  to  system  acqui¬ 
sition.  In  this  case,  a  defense  contractor  re¬ 
ceives  a  contract  to  carry  out  a  number  of 
tasks,  among  them  the  design,  manufacture 
and  logistics  support  of  a  weapons  system. 
The  contractordesigns  the  system  usingCAD 
tools  and,  as  part  of  this  process,  creates  a 
database.  (The  database  is  not  a  separate 
product,  but  is  developed  as  an  integral  part 
of  the  design  process.) 

The  CAD  data  is  traditionally  transformed  by 
the  contractor  into  discrete  data  deliverables 


required  by  the  Contract  Data  Requirements 
List  (CDRL).  The  government  then  sends 
the  resultant  information  to  a  niunber  of 
engineering  databases.  In  this  case  only  two 
are  shown:  an  engineering  data  repository 
and  an  engineering  support  activity.  As  a 
result,  the  contractor  has  develop^  one 
database  and  the  government  has  created 
two  serial  databases;  all  use  the  same  infor¬ 
mation  but  are  separate  and  independently 
maintained. 

In  manufacturing,  a  different  approach  is 
taken.  The  contractor  traditionally  develops 
manufacturing  processes  using  CAM  data, 
which  then  supports  Computer  Integrated 


Manufacturing  within  the  contractor's  en¬ 
terprise.  Often  this  information  has  no  cus¬ 
tomer  in  the  government  because  the  data  is 
peculiar  to  the  contractor's  processes  and 
facilities.  Some  information  is  related  to 
CDRL  requirements,  but  this  information 
does  not  go  to  the  government  in  any  inte¬ 
grated  manner.  Unless  the  information  is 
retained  by  the  contractor  for  other  pur¬ 
poses,  the  government  is  unaware  of  its 
existence. 

The  third  area  illustrated  in  Figure  4-1  is  the 
contractor's  logistics  requirements.  LSA  is 
traditionally  done  in  an  electronic  format 
(frequently  from  CAD/CAM  data)  in  which 
the  analysis  results  in  a  database  documented 
in  LSA  records.  While  the  data  is  created  as 
an  integral  part  of  the  analysis  and  manufac¬ 
turing  process,  the  development  of  the  LSA 
database  is  frequently  a  separate  and  dis¬ 
tinct  effort.  The  data  delivered  to  the  gov¬ 
ernment  is  sent  to  various  government  ac¬ 
tivities  with  specific  functional  missions  (in¬ 
ventory  control  points,  organizational  main¬ 
tenance  activities,  intermediate  maintenance 
activities,  and  depot  maintenance  activities, 
etc.). 

In  summary,  this  traditional  approach  trans¬ 
forms  the  contractor's  three  databases  into  a 
minimum  of  six  discrete  databases  that  are 
functionally  and  logically  separate.  The  data 
in  them  cannot  be  easily  reconciled  with  the 
other  databases  or  with  the  original,  con¬ 
tractor  generated  database.  Furthermore,  a 
great  deal  of  information  in  the  contractor's 
CAM  database  is  not  provided  to  the  gov¬ 
ernment.  This  information  handling  process 
is  inefficient  and  costly. 

Why  would  DoD  have  taken  this  approach  if 
it  is  inefficient?  There  are  two  basic  reasons. 
First,  the  process  was  heavily  influenced  by 
the  way  information  was  handled  in  pre¬ 


computer  age  business  practices — it  was  an 
efficient  way  to  handle  information  on  pa¬ 
per.  Second,  there  was  a  time  when  this  was 
the  best  way  to  handle  even  computerized 
information.  Database  management  tools 
and  computer  memory  capacity  could  not 
handle  information  on  an  enterprise-wide 
basis. 

The  most  effective  approach  was  to  separate 
a  business  entity  into  its  functional  compo¬ 
nents  because  iidonnation  technology  only 
had  the  capacity  to  deal  with  the  volume  of 
data  at  that  level.  Furthermore,  many  of  the 
best  software  packages  were  designed  for 
specific  functional  products  and  were  not 
compatible  with  other  hardware  and  soft¬ 
ware  systems.  Management  was  aligned 
along  functional  specialties  so  that  both  the 
information  technology  and  the  manage¬ 
ment  structure  were  compatible. 

4.4  THE  CALS  APPROACH 

Operating  and  managing  at  the  functional 
level  is  no  longer  effective  or  efficient  and, 
because  of  the  increased  power  and  memory 
capacity  of  modem  computers  and  commu¬ 
nications  networks,  ft  is  no  longer  necessary. 
Modem  information  technologies  are  effi¬ 
cient  at  the  total  enterprise  level  (see  Figure 
4-2).  The  development  of  an  integrated  data¬ 
base  makes  a  number  of  different  manage¬ 
ment  techniques  possible. 

The  contractor  can  design  and  plan  manu¬ 
facturing  and  logistics  using  an  integrated 
product  team  that  can  include  contractor, 
subcontractors  and  government  personnel 
conununicating  in  a  real-time  partnership. 
Likewise,  functional  units  such  as  the  inven¬ 
tory  control  points  and  the  operational,  in¬ 
termediate  and  depot  level  maintenance  ac¬ 
tivities  can  input  and  access  information 
directly  from  the  integrated  source. 
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1)  Treat  Information  aa  a  separate,  shared  resource 

2)  Develop  a  logical  Information  design  across  processes 

3)  Develop  a  neutral  format  (standards)  for  Information  exchange 

a)  Short-term  solution:  translators  between  databases 

b)  Long-term  solution:  neutral  format  to  feed  Individual  databases 

c)  Best  solution:  one  logical  Info  model  with  access  to  ”ALL" 


Figure  4-2.  CALS  View 


The  key  features  to  this  new  approach  are  as  cific  hardware  or  software  used  at  activity 
follows:  sites. 


•  Advanced  information  management 
technologies  allow  industry  and  government 
to  treat  information  as  a  readily  shared  re¬ 
source. 

•  Logical  information  designs  allow  the 
development  of  information  systems  cut¬ 
ting  across  functional  processes  to  support 
management  throughout  the  enterprise. 

•  Neutral  formats  (standards)  allow  in¬ 
formation  exchange  regardless  of  the  spe- 


In  the  short-term,  this  type  of  information 
structure  is  being  developed  by  taking  the 
so-called  "islands  of  automation"  that  were 
developed  under  the  functional  concept  and 
linking  them  using  advanced  translators.  A 
longer  term  solution  is  to  have  neutral  for¬ 
mats  and  standards,  capable  of  accessing 
information,  form  logical  and  compatible 
databases.  The  best  solution,  and  one  that  is 
in  the  capability  of  present  technology,  is  to 
develop  one  logical  data  information  model 
for  a  weapons  system  that  is  open  to  all  who 
have  a  need  for  data  regarding  that  system. 
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4.5  PROGRAM  MANAGEMENT 
OFnCE  IMPLEMENTATION 

Individual  program  management  offices  are 
responsible  for  contracting  for  specific  in¬ 
formation  technology  projects  built  around 
the  CALS  initiative.  B^ause  each  system  is 
unique,  the  exact  method  of  contractual 
implementation  varies  depending  on  the 
system  and  the  phase  that  the  contract  is 
meant  to  support.  CALS  implementation 
generally  requires  the  following: 

4.5.1  Data  Requirements 

The  traditional  Data  Call  process  remains 
very  much  the  same  as  far  as  the  definition 
of  data  required  by  the  government  is  con¬ 
cerned.  The  objective  of  CALS  is  not  to  create 
additional  data,  but  to  make  data  available 
in  a  format  easily  accessed  by  those  who 
need  it.  Some  data  may  have  to  be  delivered 
in  paper  copies  or  as  a  document  to  be 
view^.  Other  data  may  be  delivered  as 
processable  data  files  that  can  be  loaded  into 
government  computers.  The  term  "deliv¬ 
ery^'  for  digital  data  is  redefined  as  access, 
not  necessarily  the  actual  transfer  of  infor¬ 
mation. 

The  difference  between  traditional  data  de¬ 
livery  and  CALS  access  to  data  can  be  sum¬ 
marized  as  the  difference  between  a  push 
and  a  pull  logistics  requirement.  The  tradi¬ 
tional  method  was  push.  Ultimate  users  or¬ 
dered  the  data  they  thought  they  might  need 
as  part  of  the  contracting  process.  Once  the 
order  was  placed,  the  contractor  pushed  the 
information  to  the  user  in  accordance  with 
the  contract.  Often,  users  did  not  know  ex¬ 
actly  what  information  would  be  necessary; 
so,  to  allow  for  all  contingencies,  they  or¬ 
dered  more  data  than  was  ultimately  re¬ 
quired. 

With  the  CALS  concept,  the  government 
and  contractor  together  decide  what  infor¬ 


mation  needs  to  be  included  in  the 
contractor's  integrated  technical  informa¬ 
tion  database;  and  establish  protocols,  pri¬ 
orities,  and  procedures  for  access.  Users  who 
are  granted  access  can  use  the  information  in 
one  of  five  basic  ways:  view  only;  annotate 
and  excerpt;  update  and  maintain;  process 
and  transform;  or  archive.  Once  the  data¬ 
base  is  established,  information  is  a  pull 
commodity.  Users  pull  the  information  they 
need  when  they  need  it  from  the  database. 
Contingency  information  can  be  left  in  the 
database  to  be  used  only  if  and  when  it  is 
needed. 

4.5.2.  Government  Concept  of 
Operations  (GCO) 

The  information  requirements  and  the  meth¬ 
ods  of  delivery  are  consolidated  in  a  Gov¬ 
ernment  Concept  of  Operations  (GCO).  The 
GCO  is  a  statement  describing  the  specific 
needs  of  the  government  for  technical  infor¬ 
mation  throughout  the  current  phase  of  the 
life-cycle.  It  gives  an  overview  of  who  the 
information  users  will  be,  what  they  will  do 
with  the  data,  and  how  they  expect  to  access 
data.  It  also  states  the  government's  prefer¬ 
ence  for  information  provided  through  an 
integrated  information  system  and  shared 
data  environment.  The  GCO  can  be  incorpo¬ 
rated  into  Section  L  of  the  solicitation  or  may 
be  an  attachment  in  Section  J. 

4.5.3.  CALS  Implementation  Plan 

The  offeror  responds  to  the  GCO  with  a 
complete  implementation  plan  for  using 
modem  information  technology  through¬ 
out  the  contractual  effort.  This  is  tailored  to 
the  specific  information  technology  capa¬ 
bilities  of  the  individual  offeror  and  the  spe¬ 
cific  needs  of  the  government  program  of¬ 
fice.  The  CALS  Implementation  Plan  can  be 
a  stand-alone  document  or  may  be  incorpo- 
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rated  into  the  proposal  itself  as  directed  in 
Section  L  of  the  solicitation.  The  evaluation 
of  the  plan  should  be  part  of  the  overall 
evaluation  process;  the  general  importance 
of  the  Plan  should  be  described  in  Section  M. 
The  provisions  of  the  CALS  Implementation 
Plan  should  be  incorporated  as  a  contract 
requirement. 

4.5.4.  Contractor  integrated  Technical 
Information  Service 

During  the  period  of  contract  performance, 
the  database  containing  the  preponderance 
of  information  on  the  weapons  system  will 
be  owned  by  the  contractor.  Although  much 
of  the  information  will  eventually  belong  to 
the  government,  a  goal  of  the  CALS  initia¬ 
tive  is  to  use  information  in  the  location  and 
format  in  which  it  was  created.  The  Contrac¬ 
tor  Integrated  Technical  Information  Ser¬ 
vice  (CITIS)  is  a  contractual  requirement 
that  allows  the  government  to  have  access  to 
the  contractor's  database. 

The  CITIS  is  ordered  under  a  separate  con¬ 
tract  line  item  in  the  contract  which  has  two 
general  provisions.  First,  it  requires  that  the 
contractor  develop  an  integrated  database 
including  the  CAD,  CAM,  LSAR  and  other 
data  in  a  relational  structure  so  that  all  data 
is  compatible  and  consistent  across  func¬ 
tional  lines.  Second,  it  allows  the  govern¬ 
ment  access  to  contractor-generated  techni¬ 
cal  information.  The  specific  requirements 
of  the  CITIS  and  the  cost  of  the  service  to  the 
government  are  subject  to  negotiation  as 
part  of  the  normal  contracting  process. 

4.6  INFRASTRUCTURE 
MODERNIZATION  PROJECTS 

The  CALS  Concept  of  Operations  focuses  on 
the  maintenance  of  an  integrated  database 
and  allows  the  government  to  access  the 


data  through  the  CITIS.  To  be  effective,  the 
government  infrastructure  must  be  able  to 
receive,  use,  and  transmit  integrated  digital 
data.  A  modernization  program  is  under¬ 
way  to  upgrade  the  government's  capability 
to  Unction  in  the  CALS  environment. 

The  first  step  in  this  modernization  process 
involves  transitioning  the  contractors  data¬ 
base  to  the  government.  At  the  end  of  the 
production  cycle,  this  database,  along  with 
government-furnished  information  regard¬ 
ing  in-service  support  information,  must  be 
combined  and  integrated  as  the  Integrated 
Product  Database  (IPDB)  to  support  the 
government's  life-cycle  requirements.  The 
IPDB  contains  all  product  definition  and 
support  data  for  a  weapons  system,  whether 
the  data  was  first  generated  by  the  govern¬ 
ment  or  the  manufacturer.  The  goal  of  the 
IPDB  is  to  have  the  information  available  to 
those  who  need  it,  when  they  need  it,  re¬ 
gardless  of  their  geographic  location. 

The  transition  may  take  three  forms  as  fol¬ 
lows:  (1 )  keep  the  database  under  the  techni¬ 
cal  control  of  the  contractor,  add  provisions 
for  the  addition  of  government-furnished 
information,  and  pay  for  continuing  access 
and  update  of  the  database;  (2)  move  the 
contractor's  database  as  a  deliverable  from 
the  production  contract  to  a  government 
agency,  which  will  then  update  the  database 
with  government-furnished  information  and 
maintain  the  database  throughout  the  life- 
cycle;  or  (3)  develop  the  IPDB  with  either 
contractor  or  government  resources,  then 
contract  on  a  competitive  basis  with  compa¬ 
nies  whose  expertise  is  to  maintain  and  up¬ 
date  databases. 

The  next  step  in  infrastructure  moderniza¬ 
tion  is  to  develop  the  capability  to  effectively 
use  the  integrated  information  in  the  IPDB. 
Two  information  systems  programs  pro- 
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posed  by  the  military  services  have  been 
designated  as  Lead  CALS  Programs.  They 
are  Joint  CALS  Program  OCALS)  and  the 
Joint  Engineering  Data  Management  Infor¬ 
mation  and  Control  Systems  (JEDMICS). 

The  JCALS  is  an  evolutionary  program  that 
has  identified  a  series  of  functional  require¬ 
ments  inherent  in  the  logistics  process  in 
weapons  systems.  Seven  functional  areas 
from  the  total  requirement  were  designated 
as  Resource  Critical  Information  (RCI)  ar¬ 
eas,  among  them  are  LSA/LSAR,  Provision¬ 
ing  Technical  Documentation,  Procurement 
Data  Packages,  Training  Plans,  and  Depot 
Maintenance  Planning  Documents.  The  De¬ 
fense  CALS  Executive  recently  tasked  the 
JCALS  Program  Office  with  adding  the  ca¬ 
pability  to  develop  and  maintain  integrated 
electronic  technical  manuals. 

The  objective  of  JCALS  is  to  tie  all  of  the  RCI 
areas  into  a  single  source  of  data,  the  IPDB. 
The  IPDB  is  a  continuation  of  the  contractor's 
integrated  technical  database  that  is  oper¬ 
ated  by  the  contractor,  by  the  government, 
or  by  a  third  party.  A  critical  effort  in  adapt¬ 
ing  the  IPDB  to  specific  needs  is  the  develop¬ 
ment  of  a  Global  Data  Dictionary  to  define 
data  across  functional  lines  so  that  a  com¬ 
mon  understanding  of  the  data  elements 
will  be  established. 

The  eventual  goal  is  to  have  a  system  in 
which  updated  information  can  be  instantly 
processed  through  all  the  critical  areas.  For 
example,  once  an  engineering  change  pro¬ 
posal  has  been  approved,  all  technical 
documentation,  including  engineering 
drawings,  technical  manuals  and  training 
manuals,  would  reflect  the  change  simulta¬ 
neously. 

The  JEDMICS  program  was  an  outgrowth 
of  the  Navy's  effort  to  provide  a  digital 
repository  with  immediate  access  from  mul¬ 


tiple  user  sites  for  all  engineering  drawings. 
The  program  has  been  expanded  to  provide 
a  means  to  acquire,  store,  manage  and  dis¬ 
tribute  engineering  data  necessary  to  sup¬ 
port  spare  parts  and  repair  functions.  The 
objective  of  the  JEDMICS  Program  Office  is 
supporting  a  joint  orientation. 

These  are  two  programs  which  affect  all 
military  services  and  have  been  designated 
as  joint  programs  by  OSD.  There  are  several 
programs  managed  at  the  Service  and  agency 
levels  that  provide  CALS  capabilities  for 
various  facets  of  the  weapon  systems  life 
cycle.  In  cases  where  the  same  functional 
requirement  crosses  Service  lines,  there  will 
be  other  joint  offices  established  where  stan¬ 
dardization  will  lead  to  greater  efficiency, 
improved  business  methods,  and  cost  sav¬ 
ings. 

One  such  program  in  existence  today  is  the 
Flexible  Computer  Integrated  Manufactur¬ 
ing  (FCIM)  Program.  It  was  developed  from 
the  Rapid  Acquisition  of  Manufactured  Parts 
(RAMP)  program,  a  joint  effort  between  the 
Navy  and  the  South  Carolina  Research  Au¬ 
thority  and  from  similar  programs  initiated 
in  the  Army  and  Air  Force.  The  purpose  of 
FCIM  is  to  provide  automated  tools  that 
design  the  manufacturing  process  using 
product  modeling  data  information  from 
either  a  CAD  design  and  CAM  manufactur¬ 
ing  model.  This  allows  the  production  of 
small  batches  of  spare  parts  efficiently  with 
the  elimination  of  much  of  the  manual  work 
done. 

Since  many  spare  part  requirements  do  not 
have  the  required  CAD/CAM  data  avail¬ 
able,  FCIM  includes  a  number  of  modern 
technology  systems  to  provide  a  means  for 
rapid  reverse-engineering  to  provide  the 
product  modeling  data.  The  Program  Man¬ 
agement  Office  for  this  program  is  called  the 
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Joint  Center  Flexible  Computer  Integrated 
Manufacturing. 

4.7  IMPACT  OF  CALS  ON  THE 
LOGISTICS  COMMUNITY 

As  the  DoD  logistics  structure  evolves  and  is 
continuously  modernized  and  improved, 
individual  program  offices  will  have  to  en¬ 
sure  that  their  technical  data  requirements 
are  delivered  and  used  in  a  manner  compat¬ 
ible  with  these  infrastructure  requirements. 
This  does  not  mean  that  one  rigid  logistics 
system  will  apply  to  all  programs;  however, 
certain  standards  have  been  established 
which  most  program  management  offices 
will  be  required  to  maintain.  Rather  than  a 
standard  system,  CALS  is  a  system  with 
standards. 

The  key  impact  on  logisticians  will  be  the 
need  for  close  working  relationships  between 
functional  experts.  The  data  input  during 
the  provisioning  process  will  be  used  to 
develop  the  technical  manuals  and  training 
courses.  With  the  development  of  Integrated 
Electronic  Technical  Manuals  (lETM)  as  part 
of  the  CALS  initiative,  paper  books  will  no 
longer  be  needed  in  the  field.  Portable  Main¬ 
tenance  Aids  (PMAs)  will  take  their  place 
and  some  training  will  be  incorporated  into 
the  lETM  to  provide  just-in-time  training. 

The  provisioner,  the  technical  manual  de¬ 
veloper,  the  trainer,  and  other  logistics  spe¬ 
cialists  will  all  work  from  the  same  inte¬ 
grated  database.  Much  of  the  database  will 
be  developed  and  maintained  by  the  con¬ 
tractor.  This  will  create  a  need  for  standard¬ 
ization  and  cooperation  unprecedented  in 
the  history  of  military  logistics.  Both  acqui¬ 
sition  and  sustainment  logistics  will  become 
part  of  a  seamless  process  that  begins  before 
concept  exploration  and  ends  when  the  last 
imit  is  provided  for  disposal. 


The  modem  logistics  system  based  on  the 
CALS  concept  will  be  a  system  with  continu¬ 
ously  updated  and  modernized  standards. 
Common  definitions  and  standards  for  data 
will  exist  DoD-wide  and  all  functional  spe¬ 
cialists  will  use  common  data.  The  logistics 
business  process  associated  with  those  stan¬ 
dards  will,  therefore,  have  to  be  reviewed, 
evaluated,  and  updated  on  a  regular  basis  in 
accordance  v\  ith  the  principles  of  continu¬ 
ous  process  improvement. 

4.8  CALS  STANDARDS 

In  the  past,  the  DoD  has  often  used  its  own 
resources  to  develop  military  standards  for 
a  number  of  products.  In  the  areas  of  infor¬ 
mation  products  DoD  has  taken  a  different 
approach  and  has  worked  with  the  Depart¬ 
ment  of  Commerce  to  have  the  National 
Institute  for  Standards  and  Technology 
(NIST)  serve  as  the  executive  agent  for  de¬ 
veloping  CALS  standards.  The  standards 
that  have  been  issued  are  not  military  stan¬ 
dards  in  the  classic  sense;  they  are  based  on 
national  and  international  commercial  stan¬ 
dards  developed  by  the  business  commu¬ 
nity.  These  standards  reflect  the  trend  to¬ 
ward  digital  exchange  of  technical  informa¬ 
tion.  The  standards  are  fundamental  for 
CALS  success. 

The  MIL-STD-1840  is  the  parent  military 
standard  for  other  CALS  technical  standards 
which  govern  the  automated  interchange 
of  technical  information.  Listed  below  are 
other  standards. 

•  MIL-D-ZSOOO  -  deals  with  technical 
illustrations,  engineering  drawings  and  nu¬ 
merical  control  manufacturing  information 
using  a  neutral  format  called  Initial  Graph¬ 
ics  Exchange  Standard  (IGES) 

•  MIL-M-28001  -  defines  the  Standard 
Generalized  Markup  Language  (SGML)  used 
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as  a  neutral  format  for  the  exchange  of  infor¬ 
mation  for  processing  text  data 

•  MIL-R-28002  -  provides  a  format  for 
the  digital  delivery  of  some  types  of  graph¬ 
ics  images 

•  MIL-D-28003  -  provides  the  format  for 
two-dimensional  illustrations  in  technical 
manuals.  Digital  delivery  of  this  type  of  data 
comes  under  the  standard  format  called 
Computer  Graphics  Metafile  (CGM). 

All  these  standards  and  specifications  have 
been  approved  by  the  commercial  and  inter¬ 
national  organizatioi«  who  have  the  respon¬ 
sibility  for  developing  information  technol¬ 
ogy  standards.  The  standards  are  in  use  and 
have  proved  to  be  effective  in  passing  the 
required  information  in  a  standard  digital 
format  and  can  be  cited  in  contractual  docu¬ 
ments.  The  standards  are  under  constant 
review  and  are  updated  on  a  routine  basis. 

These  standards  and  specifications  will 
eventually  be  replaced  by  an  international 
standard  known  as  "STEP,"  which  stands 
for  Standard  for  the  Exchange  of  Product 
model  data.  The  American  standard  for  prod¬ 
uct  modeling  data  was  called  "PDES"  (Prod¬ 
uct  Data  Exchange  Standard).  The  Ameri¬ 
can  standard  has  been  merged  with  the  in- 
temati  >nal  standard  and  is  sometimes  called 
PDES/STEP.  The  objective  of  PDES/STEP 
is  to  have  one  standard  for  all  types  of  digital 
data  exchange,  both  graphics  and  text.  This 
standard  is  still  under  development  with  the 
NIST  and  a  consortium  of  American  Busi¬ 
nesses  under  the  title,  PDES  Incorporated, 
working  with  the  International  Standards 
Office.  The  NIST  has  also  developed  a  stan¬ 
dard  for  lETM. 

Another  standard,  ANSI  X12,  developed  in 
the  commercial  marketplace,  can  be  used  for 
the  exchange  of  business  information.  This 


standard,  published  by  the  American  Na¬ 
tional  Standards  Institute,  supports  a  pro¬ 
cess  called  Electronic  Commerce  or  Elec¬ 
tronic  Data  Interchange  (EC  or  EDI)  that 
applies  to  transportation,  banking  and  re¬ 
lated  industries  and  is  used  widely  in  com¬ 
merce  today.  EDI  applies  a  complementary 
methodology  to  the  CALS  technical  data 
standards.  The  Defense  Logistics  Agency 
(DLA)  is  the  DoD  executive  agent  for  EDI 
implementation  and  the  policy  responsibil¬ 
ity  for  EDI  has  been  consolidated  under  the 
OSD  CALS  Executive. 

Any  contractual  requirement  to  deliver  data 
in  accordance  with  a  standard  implies  that 
the  receiving  activity  has  some  means  to 
ensure  that  the  provider  complies  with  the 
standards.  In  the  case  of  CALS  standards, 
DoD  has  established  a  facility  as  part  of  the 
CALS  Test  Network  (CTN).  Through  the 
CTN  both  industry  and  government  can 
test,  evaluate,  and  demonstrate  the  inter¬ 
change  and  functional  use  of  digital  techni¬ 
cal  information  exchange.  The  CTN  can  also 
provide  training,  a  central  library  of  CALS 
technical  information,  and  acquisition  pro¬ 
gram  integration  support. 

Using  these  CALS-selected  standards,  pro¬ 
gram  offices  and  defense  contractors  can 
employ  the  different  types  of  hardware  and 
software  used  in  an  open  systems  environ¬ 
ment.  Many  software  products  on  the  com¬ 
mercial  market  are  already  written  to  these 
standards.  In  a  study  by  West  Virginia  Uni¬ 
versity,  researchers  concluded  that  small 
contractors  could  establish  a  basic  CALS 
capability  using  commercially  available 
hardware  and  software  at  a  cost  of  under 
$5,000. 

4.9  KEY  PLAYERS  IN  CALS 
IMPLEMENTATION 

CALS  is  a  joint  DoD  and  industry  initiative. 
The  key  industry  organization  is  the  CALS 
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Industry  Steering  Group  (ISG).  The  ISG  is  a 
committee  of  the  National  Security  Indus¬ 
trial  Association  (NSIA)  and  represents  over 
110  organizations  and  companies  dedicated 
to  the  implementation  of  the  CALS  initia¬ 
tive.  The  ISG  takes  an  active  and  substantial 
part  in  setting  CALS  policy  and  procedures. 
Within  DoD,  functional  responsibility  for 
CALS  is  with  the  Principle  Deputy  Under 
Secretary  of  Defense  (Acquisition  and  Tech¬ 
nology).  The  Principle  Deputy  is  assisted  by 
the  CALS  Management  Advisory  Coimcil,  a 
consultant  group  of  senior  executives  from 
the  military  services  and  the  DLA.  The  se¬ 
nior  executive  responsible  for  implementa¬ 
tion  is  the  Defense  CALS  Executive  who 
serves  as  the  head  of  the  CALS  Evaluation 
and  Integration  Office.  This  office  oversees 
CALS  policy  development  and  monitors  the 
use  of  funding  provided  by  the  Congress  for 
specific  CALS  infrastructure  programs.  Each 
year  the  Defense  CALS  Executive  is  required 
to  present  a  report  to  Congress  on  the  status 
of  CALS  implementation. 

The  Joint  Logistics  Systems  Center  (JLSC)  at 
Wright-Patterson  Air  Force  Base  in  Dayton, 
Ohio,  focuses  on  business  process  improve¬ 
ments  including  the  use  of  the  CALS  con¬ 
cept  in  logistics  management.  The  JLSC  ex¬ 
ercises  management  control  over  common 
logistics  requirements  and  over  funding  for 
many  service  programs  having  common  lo¬ 
gistics  applications.  Over  time,  all  common 
logistics  functions  will  interface  into  a  stan¬ 
dardized  logistics  system.  This  system  will 
be  formed  through  the  implementation  of 
major  infrastructure  modernization  pro¬ 
grams  such  as  JCALS,  JEDMICS,  and  FCIM. 
Through  evolution,  the  JLSC  will  guide  DoD 
from  its  current  use  of  four  distinctly  differ¬ 
ent  logistics  systems  to  a  single,  unified  sys¬ 
tem  that  supports  the  requirements  of  all 
Services  and  agencies. 

While  CALS  standards  and  policies  will 
emphasize  uniformity  and  standardization 


at  the  system  level,  ciurent  infonnation  tech¬ 
nology  is  flexible  enough  to  allow  a  substan¬ 
tial  degree  of  decentralization  at  the  user 
level.  For  this  reason  the  military  depart¬ 
ments  and  agencies  will  continue  to  have 
primary  responsibility  for  CALS  implemen¬ 
tation.  Service  cooperation  is  taking  place  on 
many  levels  to  ensure  compatibility  with 
major  CALS  infrastructure  modernization 
activities. 

Each  Service  has  provided  points  of  contact 
to  assist  in  CALS  implementation;  as  have 
many  individual  commands.  Besides  these 
sources  of  current  information,  there  are  a 
number  of  CALS  Shared  Resources  Centers 
established  across  the  nation  to  provide  spe¬ 
cific  CALS  information  to  both  government 
and  industry  offices.  Furthermore,  CALS 
lessons  are  l^ing  provided  as  input  to  re¬ 
quired  courses  which  are  a  result  of  the 
Defense  Acquisition  Workforce  Improve¬ 
ment  Act  (DAWIA). 

4.10  SUMMARY 

The  implementation  of  CALS  is  an  evolu¬ 
tionary  process  guided  not  by  rigid  stan¬ 
dards  and  specifications  but  by  principles  of 
common  sense  and  good  management.  In¬ 
formation  must  be  managed  through  a  cen¬ 
tralized  control,  but  execution  must  remain 
decentralized.  This  process  requires  the 
elimination  or  integration  of  existing  infor¬ 
mation  systems  and  other  systems  perform¬ 
ing  the  same  functions  for  different  services. 

The  process  has  the  greatest  impact  on  the 
logistics  function  because  information  ex¬ 
change  is  such  an  integral  part  of  logistics 
management.  Functional  logistics  manag¬ 
ers  will  be  held  accountable  for  the  control¬ 
lable  costs  of  developing  and  operating  lo¬ 
gistics  information  systems.  This  requires 
reviewing  and  evaluating  logistics  practices 
and  procedures  on  a  regular  basis  to  vali- 
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date  the  best  public  and  private  sector 
achievement  of  management  goals. 

These  principles  lead  directly  to  a  need  for 
conunon  delations  and  standards  for  data 
throughout  DoD  and  industry,  a  computing 
and  communications  infrastructure  that  is 
transparent  to  the  ultimate  user,  and  auto¬ 
mation  and  integration  of  information  that 
is  consistent  across  many  different  acquisi¬ 
tion  programs.  This  requires  an  unprec¬ 
edented  level  of  cooperation  and  trust  be¬ 
tween  government  and  industry. 

4.11  REFERENCES 

1.  MIL-HDBK-59,  CALS  Program  Implemen¬ 
tation  Guide. 


2.  DoDI  5000.2,  Part  6,  Section  N,  'T5oD 
Implementation  of  CALS." 

3.  MIL-F-CmS,  "Contractor  Integrated 
Technical  Information  Services." 

4.  CALS  Training  Manual  for  Industry  Middle 
Managers,  West  Virginia  University,  Con¬ 
current  Engineering  Research  Center. 
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MODULE 

U 


Developing  the  ILS  Program 


When  accomplished  early  and  through  the  system  engineering  process, 
design  and  support  decisions  have  the  greatest  impact  on  system  perfor¬ 
mance,  LCC,  and  readiness  and  supportability  characteristics.  This 
module  describes  the  ILS  impact  on  design  and  logistics  support  require¬ 
ments;  the  integration  of  readiness,  supportability,  and  LCC  into  the  ILS 
process;  LSA  and  its  documentation;  and  test  and  evaluation  procedures 
that  assure  the  adequacy  of  plaimed  ILS  capabilities. 


5 

ILS  IN  THE  SYSTEM  ENGINEERING  PROCESS 


5.1  fflGHLIGHTS 

•  Integration  of  Support  Requirements 
in  the  Etesign  Process 

•  System  Engineering  and  the  R&M 
Interface 

•  Achieving  Support  "Design-To" 
Parameters 

5.2  INTRODUCTION 

5.2.1  Purpose 

To  provide  a  managerial  overview  of  the 
system  engineering  process  which  formu¬ 
lates  logistics  support  "design-to"  para¬ 
meters  consistent  with  established  readi¬ 
ness  objectives. 

5.2.2  Objective 

The  objective  of  integrating  ILS  with  system 
engineering  is  to  ensure  that  the  disciplines 
of  the  design  process  and  R&M  engineering 
are  employed  in  developing  "design-to" 
support  parameters  for  the  system.  This 
objective  is  part  of  the  overall  program  man¬ 
agement  initiative  to: 

•  Achieve  readiness  objectives  that  are 
challenging  but  attainable; 

•  Establish  realistic  R&M  requirements 
to  achieve  these  objectives; 

•  Identify  support  and  manpower  driv¬ 
ers;  and 


•  Consider  logistics  support  requirements 
in  system  design  trade-offe. 

53  MANAGEMENT  ISSUES 

53.1  Background 

System  readiness  is  a  primary  objective  of 
the  acquisition  process.  DoDI  5000.2,  Part 
7A,  "Integrated  Logistics  Support,"  empha¬ 
sizes  early  identification  of  such  support- 
ability  design  requirements  as  R&M  and  the 
use  of  contractor  incentives  for  timely  attain¬ 
ment  of  readiness  objectives.  To  achieve  this, 
a  .^al-time  iterative  relationship  between 
the  ILS  process  and  the  product  definition 
(design)  process  is  necessary.  The  ILS  suc¬ 
cess  hinges  on  how  the  readiness  and  sup- 
portability  characteristics  are  designed  into 
the  system  during  early  development  (CED 
and  DV).  System  engineering,  when  carried 
out  properly,  integrates  logistics  require¬ 
ments  such  as  survivability,  R&M  into  de¬ 
sign  specifications. 

5.3.2  System  Engineering 

System  engineering  is  the  application  of  sci¬ 
entific  and  engineering  efforts  to: 

(1)  Transform  an  operational  need  into  a 
description  of  a  system  configuration  that 
best  satisfies  the  user's  needs  according  to 
established  measures  of  effectiveness; 

(2)  Integrate  related  technical  parameters 
and  assurecompatibility  of  all  physical,  func¬ 
tional  and  technical  program  interfaces  in  a 
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manner  that  optimizes  the  total  system  defi¬ 
nition  and  design;  and 

(3)  Integrate  the  efforts  of  all  engineering 
disciplines  and  specialties  into  the  total  en¬ 
gineering  effort. 

53.2.1  Integration  of  ILS  into  the  System 
Engineering  Process 

Figure  5-1  illustrates  the  analytical  and  deci¬ 
sion-making  process  involv^  in  the  appli¬ 
cation  of  system  engineering  to  acquisition 
management  for  the  CED  and  DV  phases. 
Within  the  framework  of  this  process,  the 
government  operational  needs  are  analyzed; 
the  various  design  concepts  are  synthesized, 
evaluated,  and  optimiz^  in  trade-off  stud¬ 
ies;  and  the  best  design  is  defined  in  the 
system  specification.  Support  design  param¬ 
eters  should  flow  from  this  process. 

The  upper  portion  of  Figure  5-1  portrays 
those  efforts  and  activities  that  define  the 
overall  requirements  for  prime  equipment 
and  associated  software.  The  lower  portion 
of  Figure  5-1  contains  efforts  and  activities 
that  define  the  related  logistics  support  re¬ 
quirements.  Supportability  objectives  often 
conflict  with  other  design  objectives  like 
speed,  range,  size,  etc.  Trade-offs,  therefore, 
become  an  essential  part  of  the  design  pro¬ 
cess. 

Integration  begins  by  defining  trade-off  de¬ 
cision  criteria.  These  are  modified  as  the 
design  evolves.  The  contractor  and  govern¬ 
ment  ILS  managers  must  work  together  to 
incorporate  support  features  into  the  system 
(type  A)  specification  which  prescribe  per¬ 
formance  requirements  to  be  achieved  dur¬ 
ing  the  detailed  design  effort. 

5.3.2.2  Management  Linkages 

Throughout  the  development  process,  it  is 
critical  to  the  success  of  the  logistics  support 


activity  to  balance  integration  of  multiple 
technical  design  needs  with  ILS  manage¬ 
ment  functions.  Figure  5-2  has  been  derived 
from  a  diagram  of  functional  linkages  used 
by  General  Dynamics/Fort  Worth  for  an 
aircraft  program.  This  figure  shows  a  broad 
array  of  functional  disciplines  in  organiza¬ 
tional  cells  on  the  left  side  of  the  linkage 
diagram.  It  illustrates  the  complexity  of  inte¬ 
grating  support  into  the  design  process  of 
large  programs.  The  system  engineering 
management  challenge  is  to  ensure  that  the 
support  is  integrated.  Successful  integra¬ 
tion  requires  that  the  ILS  manager  play  a 
strong  role  in  both  the  system  engineering 
and  ILS  processes  and  their  management 
linkages. 

Figure  5-2  highlights  the  linkages  that  incor¬ 
porate  ILS  into  the  system  engineering  pro¬ 
cess.  The  ILS  manager's  role  in  relationship 
to  these  interactions,  is  discussed  in  the  fol¬ 
lowing  five  subparagraphs: 

•  "System  Engineering  Supportability 
Characteristics  Ouputs"  are  developed  un¬ 
der  the  cognizance  of  the  ILS  manager  by 
ILS,  R&M,  LCC,  safety,  and  other  discipline 
specialists  participating  in  system  engineer¬ 
ing  support  criteria  studies  prior  to  EMD. 

•  The  functional  baseline  prescribes  sys¬ 
tem  performance  requirements.  The  allo¬ 
cated  baseline  prescribes  performance  re¬ 
quirements  for  major  components  of  the 
system  designated  as  configuration  items. 
Both  are  developed  during  early  develop¬ 
ment  phases.  During  this  baseline  setting- 
stage,  the  success  achieved  by  the  ILS  man¬ 
ager  in  influencing  design  is  demonstrated 
by  the  inclusion  of  effective  supportability 
characteristics  and  requirements  in  the  Sys¬ 
tem  Sp)ecification  (Type  A)  of  the  functional 
baseline  and  Development  Specifications 
(Type  B)  of  the  allocated  baseline.  This  pro¬ 
gram  phasing  relationship  stresses  the  im- 
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Figure  5-1,  ILS  and  the  System  Engineering  Process 


5 


Figure  5-2.  Typical  Contractor  Systems  Engineering  Linkages  with  Logistics  Support  Elements 


portance  of  early  CED  phase  analyses  and 
inputs  from  the  government  and  contractor 
ILS  and  R&M  specialists. 

Figure  5-3  shows  the  phasing  of  the  func¬ 
tional,  allocated  and  product  baseline  link¬ 
age  events  and  their  related  specifications 
with  respect  to  other  system  acquisition 
management  milestones.  The  dotted  lines 
on  the  specifications  portray  the  period  of 
documentation  review,  while  the  solid  lines 
portray  continued  use  under  government 
configuration  management.  The  format  of 
the  Type  A  specification  has  provisions  for 
identification  of  supportability  characteris¬ 
tics  (such  as  R&M)  and  logistics  concept 
requirements  (maintenance,  supply,  facili¬ 
ties,  etc.).  Requirements  of  the  Type  A  sys¬ 
tem  specification  flow  down  to  Type  B  de¬ 
velopment  specifications  on  major  compo¬ 
nents  and  software.  These  specifications  (A 
and  B)  are  the  requirements  that  drive  the 
engineering  design  activities  during  EMD 
(upper  right  in  Figure  5-2). 

•  The  "Product  Baseline  Release"  provides 
detailed  design  documentation  for  the  tran¬ 
sition  to  production.  The  timing  of  the  vari¬ 
ous  "ILS  Element  Requirement  Inputs"  is 
also  of  critical  interest  to  the  ILS  manager. 
Timely  release  of  the  major  end  items  and 
their  support  and  training  equipment  de¬ 
signs  is  required  for  scheduling  logistics 
activities  such  as  preparation  of  final  techni¬ 
cal  manuals,  preparation  and  processing  of 
provisioning  documentation,  and  develop¬ 
ment  of  packaging  requirements. 

•  The  ILS  manager  must  participate  in 
scheduling  "deployment"  to  ensure  that  all 
support  has  been  acquired  and  can  be  pro¬ 
vided  concurrent  with,  or  prior  to,  this  initial 
deployment.  This  topic  is  discussed  in  greater 
detail  in  Chapter  13. 

•  "Field  Data  and  Experience"  provides 
the  means  for  assessing  supportability  re¬ 


lated  perfonnance  and  attamed  readiness, 
instituting  required  improvements,  and 
updating  the  ILS  elements.  The  ILS  manager 
must  ensure  adequate  planning  for  collec¬ 
tion  and  utilization  of  this  feedback. 

5.3.2.3  Acquisition  Streamlining 

DoDI  5000.2,  Part  IOC,  "Acquisition  Stream¬ 
lining"  states  that  all  acquisitions  shall  be 
streamlined  and  contain  only  those  require¬ 
ments  that  are  essential  and  cost-effective. 
Acquisition  process  requirements,  which 
include  ILS,  "shall  be  tailored  to  meet  spe¬ 
cific  needs  of  individual  programs ..."  DoDI 
5000.2,  Part  7A,  prescribes  compatible  re¬ 
quirements  to  tailor  all  ILS  activities,  LSA 
tasks,  and  associated  documentation  require¬ 
ments. 

5.3.2.4  Logistics  Support  Analysis  and 
System  Engineering 

Logistics  Support  Analysis  (LSA)  is  a  design 
analysis  tool  employed  as  part  of  the  ILS 
program.  As  stated  in  MIL-STD-1 388-1 A  and 
illustrated  in  Figures  5-4  and  5-5,  LSA  is  an 
integral  part  of  the  system  engineering  pro¬ 
cess.  LSA  provides  for: 

•  Initial  determination  and  establishment 
of  supportability  criteria  and  constraints  as 
input  to  the  system  design  and 

•  Evaluation  of  alternatives  and  trade¬ 
off  analyses  between  different  support  alter¬ 
natives  and  among  support,  design  and  op¬ 
erational  alternatives. 

5.3.3  Reliability  and  Maintainability 
(R&M) 

R&M  parameters  are  the  ILS  manager's  most 
effective  tools  for  influencing  and  interact¬ 
ing  with  the  system  engineering  process. 
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Figure  5-3.  System  Acquisition  Management 
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Figiire  5-4.  Relationship  of  LSA  to  ILS  and  System  Engineering 


SYSTEM  ENGINEERINQ 
ACTIVITY 

RELATED 

lSa  taSi^s 

Design  and  Configuration 
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Maintenance  Planning,  Task 
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Support) 
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e.g..  Component  MTBF 

Design  interface.  Maintenance  Planning 
(Repair  Level  Analysis,  Maintenance 
Man-Hour  Requirements),  Supply  Support 
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Design  Interface,  Personnel  Skill 
RfK|ulrements,  Training  and  Training 
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Safety  Engineering 
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Procedures 

Figure  5-5.  System  Engineering  Activity  Supporting  LSA 


Establishment  of  effective  R&M  objectives 
for  the  total  system  and  their  allocation  to 
lower  level  components  are  a  vital  influence 
on  "design-to"  mission  success  and  O&S 
costs.  Throughout  the  development  process, 
measured  progress  toward  achieving  R&M 
values  for  the  system  and  its  components 
should  result  in  reducing  logistics  support 
requirements  and  attaining  system  readi¬ 
ness  objectives.  Various  forms  and  uses  of 
R&M  parameters  are  summarized  in  Figure 
5-6  and  commented  on  below: 

•  Readiness  is  determined  by  mean  time 
between  downing  events  and  mean  time  to 
restore  the  system. 


•  Mission  success  is  greatly  influenced 
by  mission  reliability  (mean  time  between 
critical  failures  that  impact  the  mission)  and 
mission  maintainability  (mean  time  to  re¬ 
store  functions  during  the  mission). 

•  Maintenance  manpower  requirements 
and  costs  are  affected  by  the  interval  be¬ 
tween  and  the  manhours  to  perform  mainte¬ 
nance  actions. 

•  Logistics  support  costs  related  to  parts 
are  determined  by  the  mean  time  between 
the  removal  of  reparables  and  consumables 
and  the  total  of  all  costs  to  remove,  replace, 
transport  and  repair  components  at  all  lev¬ 
els  of  maintenance. 
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The  ILS  manager  must  ensure  that  the  R&M 
parameters  can  be  related  to  both  peacetime 
and  wartime  operational  environments,  sce¬ 
narios,  and  the  support  that  will  be  pro¬ 
vided  under  these  conditions.  Failure  to  fully 
account  for  the  effects  of  item  design,  qual¬ 
ity,  operation,  maintenance  and  repair  can 
lead  to  a  substantial  shortfall  in  operational 
performance  and  an  unprogrammed  over¬ 
run  of  logistics  support  costs. 

Reliability  is  not  a  static  parameter.  Reliabil¬ 
ity  growth  is  programmed  during  develop¬ 
ment  by  application  of  reliability  develop¬ 
ment/growth  testing  (also  called  Test,  Ana¬ 
lyze  and  Fix).  Reliability  growth  is  projected 
and  evaluated  during  phases  1  and  II  and 
quantifiable  objectives  are  established  for 
exit  criteria.  Figure  5-7  illustrates  the  plaimed 
reliability  growth  program  for  the 
AMRAAM  missile  during  the  development 
program.  The  anticipated  maturity  growth 
is  portrayed  against  the  minimum  Joint  Ser¬ 
vice  Operational  Requirement  (JSOR)  thresh¬ 
old  and  the  greater  contract  goal. 

5.3.4  Concurrent  Engineering 

The  Office  of  the  Under  Secretary  of  Defense 
for  Acquisition  has  defined  concurrent  engi¬ 


neering  as  "the  integrated  process  of  engi¬ 
neering  the  product  concurrent  with  the  pro¬ 
cesses  to  manufacture  the  product  with 
emphasis  on  efficiency,  increased  quality, 
and  reduced  cost." 

A  key  aspect  of  integrated  product  develop¬ 
ment  is  the  inclusion  of  all  "ilities,"  includ¬ 
ing  logistics  supportability,  and  all  disci¬ 
plines,  including  logistics,  in  the  initial  pro¬ 
cess  of  defining  design  requirements  and 
their  documentation  in  system  and  develop¬ 
ment  specifications.  MIL-STD-1388,  Logis¬ 
tics  Support  Analysis,  defines  tasks  fully 
compatible  with  the  objectives  of  conairrent 
engineering. 

5.3.5  ILS  Management  Techniques  In 
System  Engineering 

5.3.5.1  Analysis  and  Trade-off  Studies 

Much  of  the  logistics-oriented  system  engi¬ 
neering  activity  in  early  development  con¬ 
sists  of  structured  studies.  Trade-off  analy¬ 
sis  continues  throughout  development  as 
detailed  design  and  testing  provides  greater 
amounts  of  higher  quality  data.  The  ILS 
manager  and  supporting  ILS  element  spe- 
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Figure  5-6.  System  R&M  Parameters 
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PLANNED  AMRAAM  RELIABILITY  GROWTH 


Figure  5-7.  Typical  Reliability  Growth  Curve 
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cialists  should  participate  in  system  analysis 
and  trade-off  studies  throughout  the 
system's  life  cycle.  The  ILS  manager  should: 

•  Become  actively  involved  in  the  mis¬ 
sion  need  and  use  studies  (Chapter  3)  by 
providing  support  element  experience  fac¬ 
tors,  challenges  and  objectives  to  be  used  in 
the  design  synthesis  consideration  of  all  sys¬ 
tem  engineering  input  elements; 

•  Establish  a  visible  and  documented  ILS 
management  control  system  that  effectively 
uses  the  LSA  outputs  to  provide  support- 
ability  input  to  the  decision  making  process; 
and 

•  Participate  fully  in  the  technical  re¬ 
views  (e.g.,  system  requirements  review, 
system  design  review,  software  specifica¬ 
tion  review,  preliminary  design  review)  that 
establish  performance  and  design  param¬ 
eters  for  the  system  and  its  major  hardware 
and  software  components,  preparing  effec¬ 
tively  for  these  reviews  by  performing  the 
LSA  tasks  that  establish  readiness  and  sup- 
portability  objectives  (see  Chapter  3  and 
Figure  3-1). 

5.3.5.2  Support  System  Design 

The  support  system  design  functions  usu¬ 
ally  include  the  design  of  automatic  and 
nonautomatic  test  and  support  equipment, 
simulators,  training  equipment,  mobile 
maintenance  trainers;  analysis  of  mainte¬ 
nance  and  repair  facility  requirements;  and 
packaging  and  transportation  studies.  Lfs- 
ing  LSA  and  standard  study  techniques,  the 
ILS  manager  should: 

•  Integrate  system  performance  and  sup¬ 
port  requirements  using  the  system  engi¬ 
neering  techniques  and  identify  test  require¬ 
ments  and  other  support  parameters  in  sys¬ 
tem  specifications; 


•  Identify  "design-to"  requirements  early 
and  refine  them  tluoughout  the  life  cycle; 

•  Analyze  Government  Furnished  Equip¬ 
ment  (GFE)  support  system  items  (existing 
or  new)  and  integrate  these  items  into  the 
total  system  design; 

•  Emphasize  hardware,  firmware,  and 
software  interface  design  considerations  and 
specifications  to  provide  early  identification 
of  risk  and  resolution  of  problems;  and 

•  Include  support  system  design  items 
in  the  System  Configuration  Management 
Program  to  provide  total  system  consider¬ 
ation  of  proposed  changes. 

5.3.5.3  Software 

Software  design  and  support  considerations 
are  of  vital  concern  to  the  ILS  manager.  The 
ILS  manager  should: 

•  Participate  fully  in  development  and 
implementation  of  a  software  management 
system  which  parallels  the  hardware  system 
—  this  will  provide  a  controlled  and  struc¬ 
tured  development  process  involving  ap¬ 
propriate  design  specifications,  design  re¬ 
views,  milestones,  documentation,  configu¬ 
ration  control  and  identification,  and  vali¬ 
dation  and  verification; 

•  Develop  a  control  system  to  identify 
and  provide  the  status  of  hardware  design, 
firmware  and  software  design,  and  support 
interface  specifications;  and 

•  Develop  a  software  support  plan  for 
user  programmable  firmware  and  software 
which  highlights  documentation,  training, 
support  equipment,  and  facility  require¬ 
ments. 

Because  of  the  increasing  role  of  software 
and  firmware  in  materiel  system  and  sup- 
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port  system  designs,  the  PM  and  ILS  man¬ 
ager  must  make  special  efforts  to  budget  for, 
and  fund  early  efforts  that  identify  and  evalu¬ 
ate  software  maintenance  requirements; 
update  these  requirement  projections  in  suc¬ 
cessive  phases;  and  plan  for  the  needed  soft¬ 
ware  maintenance  and  support  hardware 
and  services. 

5.4  RISK  MANAGEMENT 

5.4.1  Delayed  Definition  of  Logistics 
Criteria 

5.4.1.1  Risk  Area 

Delayed  decisions  on  reliability  and  sup- 
portability  requirements  result  in  less  than 
optimum  support.  Once  the  design  is  com¬ 
mitted,  the  options  become  limited.  Many 
early  fighter  aircraft  suffered  from  having 
design  optimized  for  performance  without 
comparable  attention  to  support  aspects  such 
as  maintenance  accessibility  and  spare  parts 
reliability.  As  a  result,  turnaround  times  and 
O&S  costs  were  excessive.  Manpower  re¬ 
quirements  for  some  aircraft  models  ap¬ 
proached  the  unacceptable  level  of  100  main¬ 
tenance  manhours  per  fl5dng  hour  (MMH/ 
FH). 

5.4.1.2  Risk  Handling 

System  level  logistics  requirements  (such  as 
basing  constraints,  use  of  existing  test  facili¬ 
ties,  sortie  turnaround  time,  etc.)  must  be 
fully  addressed  in  original  concept  docu¬ 
ments.  They  are  required  program  inputs  to 
the  formal  specification  generation  and 
configuration  management  processes. 

5.4.2  Impact  of  Engineering  Changes 
5.4.2.1  Risk  Area 

A  high  number  of  design  changes  made 
during  the  development  program  can  over¬ 


whelm  ILS  planning  and  create  an  inability 
to  fully  reflect  ILS  and  O&S  cost  consider¬ 
ations  in  engineering  change  decisions. 

5.4.2.2  Risk  Handling 

System  developers  have  used  a  number  of 
modeling  techniques  to  cope  with  rapid 
changes.  An  F-16  system  simulation  model 
was  used  to  determine  the  impact  of  pro¬ 
posed  engineering  changes  on  requirements 
for  logistics  support  items.  The  F-16  LCC 
model  provided  O&S  cost  estimates  for  de¬ 
sign  alternatives.  Similar  model  develop¬ 
ment  is  recommended  for  new  programs 
and  funding  for  initiation  and  maintenance 
should  be  budgeted.  LCC  models  provide 
the  capability  to  assure  that  every  design 
decision  is  made  with  full  awareness  of  ILS 
impacts. 

5.4.3  Uiuealistic  R&M  Requirements 

5.4.3.1  Risk  Area 

The  establishment  of  unrealistic  R&M  re¬ 
quirements  (as  part  of  the  Pre-Program  Ini¬ 
tiation  or  CED  phases)  can  lead  to  increased 
design  and  development  costs  incurred  be¬ 
cause  of  excessive  design  iterations.  This,  in 
turn,  can  cause  program  delays  and  costly 
program  support  system  restructuring  in 
later  phases. 

5.4.3.2  Risk  Handling 

The  ILS  manager  should  insist  that  'Testing 
Realism"  be  applied  to  R&M  goals.  This  can 
be  accomplished  in  the  CED  Phase  by  simu¬ 
lation  of  R&M  goals  using  prior  system 
achievements  as  a  comparative  baseline  and 
estimating  the  impact  of  the  technological 
enhancements  and  unique  applications  on 
these  prior  system  baselines. 
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5.5  SUMMARY 

•  The  system  engineering  process  can 
produce  a  balanced  design  that  will  reflect 
the  impact  of  various  R&M  options  and 
other  specialty  engineering  analyses  deal¬ 
ing  with  readiness  objectives  and  O&S  costs. 

•  Integration  of  the  LSA  process  into  the 
system  engineering  process  simplifies  ILS 
management. 

•  Unrealistic  R&M  requirements  can  be 
avoided  by  analyzing  the  achievements  of 
prior  systems  and  the  impact  of  the  techno¬ 
logical  enhancements  incorporated  in  the 
new  system. 

•  An  ability  to  simulate^  analyze  and 
design  in  supportability  can  result  in  obtain¬ 
ing  a  better  real  time  'T»alance"  among  op¬ 
erational  performance,  supportability  and 
ownership  costs. 

5.6  REFERENCES 

1.  DoDI  5000.2,  Part  6C,  "ReliabUity  and 
Maintainability." 

2.  MIL-STD-499,  "Engineering  Manage¬ 
ment." 

3.  MIL-STD-756,  "Reliability  Modeling  and 
Prediction." 

4.  MIL-HDBK-472,  "Maintainability  Predic¬ 
tion." 


5.  Systems  Engineering  Management  Guide, 
Defense  Systen\s  Management  College. 

6.  AR  702-3,  "Army  Materiel  Systems  Reli¬ 
ability ,  Availability,  and  Maintainability." 

7.  FM  770-78,  "System  Engineering  Prac¬ 
tices." 

8.  AFR  800-18,  "Air  Force  Reliability  and 
Maintainability  Policy." 

9.  MIL-STD-785,  "Reliability  Program  for 
Systems  and  Equipment." 

10.  MIL-STD-470,  "Maintainability  Program 
for  Systems  and  Equipment." 

1 1 .  MIL-STD-471,  "Maintainability  Verifica¬ 
tion/Demonstration/Evaluation." 

12.  MIL-HDBK-189,  "Reliability  Growth 
Management." 

13.  DoDI  5000.2,  Part  9A,  "Configuration 
Management." 

14.  MIL-STD-973,  "Configuration  Manage¬ 
ment." 

15.  Design's  Impact  on  Logisticss,  Practical 
Engineering  Guide  for  Managing  Risk  by 
AT&T  and  the  Department  of  the  Navy. 

16.  AF  Pamphlet  800-7,  "USAF  R&M  2000 
Process," 
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LIFE-CYCLE  COST  AND  SYSTEM  READINESS 


6.1  HIGHLIGHTS 

•  Achieving  LCC  Objectives 

•  Importance  of  Front-End  LCC 
Analysis 

•  Cost-Estimating  Methods 

•  Responsibilities  for  Cost  Analysis 

•  Relationship  of  LCC  to  System 
Readiness 

•  Time  Phasing  of  Cost  Analyses 

•  Influencing  System  Design  and 
Logistics  Choices 

•  Trade  Studies  and  Design-to-Cost 

6.2  INTRODUCnON 

6.2.1  Purpose 

To  relate  the  LCC  concept  to  ILS  and 
system  readiness. 

6.2.2  Objective 

DoDD  5000.1,  "Defense  Acquisition"  es¬ 
tablishes  DoD  policy  as  follows: 

•  Once  initiated,  all  programs  must 
strike  a  sensible  balance  among  cost, 
schedule,  and  performance  considerations, 
given  affordability  constraints. 

•  LCC  shall  be  a  major  consider¬ 
ation  at  each  milestone  beginning  with 
the  new  start  decision  milestone  (MSI). 


DoDI  5000.2,  "Defense  Acquisition  Man¬ 
agement  Policies  and  Procedures"  states 
that  "acquisition  programs  shall  be  man¬ 
aged  with  the  goal  to  optimize  total  system 
performance  and  reduce  the  cost  of  owner¬ 
ship." 

These  policies  require  the  PM  to  ensure 
that  LCC  influences  the  system  design  and 
the  logistics  engineering  process  during  all 
acquisition  phases.  In  accomplishing  this 
goal,  the  PM  requires  a  comprehensive, 
accurate,  and  current  LCC  estimate  to  sup¬ 
port  each  management  decision  where  cost 
is  significant. 

An  LCC  estimate  covers  all  costs  to  the 
government  (R&D  production,  O&S  and 
disposal  costs)  during  the  system's  life  cycle. 

An  LCC  estimate  should  have  sufficient 
accuracy  to  permit  comparison  of  relative 
costs  of  design  and  acquisition  alternatives 
under  consideration  by  management.  In 
addition,  the  LCC  estimate  must  demon¬ 
strate  whether  a  system  meets  affordability 
constraints,  in  other  words,  that  it  can  be 
procured,  operated,  and  supported  effi¬ 
ciently  and  effectively  for  the  programmed 
and  budgeted  resources  in  the  years  re¬ 
quired.  Uses  of  LCC  estimates  are  shown  in 
Figure  6-1. 

6.3  MANAGEMENT  ISSUES 
6.3.1  Backgro 

There  are  few  decisions  made  during  a 
program's  life  cycle  that  don't  affect  LCC. 


I.  INPUT  TO  ACQUISITION  DECISIONS  AMONG  COMPETING 
MAJOR  SYSTEM  ALTERNATIVES 

II.  INPUT  IN  REQUIREMENTS  DETERMINATION 

III.  WITHIN  A  SELECTED  SYSTEM  ALTERNATIVE 

A.  PROVIDE  IDENTIFICATION  OF  COST  DRIVERS 

B.  PROVIDE  AN  INDEX  OF  MERIT  FOR  TRADE-OFF  EVALUATIONS: 

1.  DESIGN 

2.  LOGISTICS 

3.  MANUFACTURING 

IV.  BASIS  FOR  OVERALL  COST  CONTROL 


Figure  6-1.  Uses  of  Life-Cycle  Cost 


Programmatic  and  design  choices  can  cause 
a  wide  LCC  variation  and  have  a  signifi¬ 
cant  effect  on  the  system's  readiness.  The 
use  of  LCC  is  usually  most  effective  during 
the  early  phases  of  the  acquisition  cycle.  By 
Milestone  11,  roughly  85  percent  of  the 
system's  LCC  has  been  conunitted  by  de¬ 
sign  and  logistics  choices  made  prior  to  this 
point  (see  Figure  6-2). 

The  decisions  with  the  greatest  char  e  u; 
affecting  LCC  and  identifying  saving.  ’ 
clearly  those  impacting  acquisition  and 
O&S  costs  undertaken  in  the  Preconcept, 
CED  and  DV  phases.  (See  Figure  6-3).  The 
two  main  goals  of  LCC  analysis  are  to: 

•  Identify  the  total  cost  of  alternative  means 
of  countering  a  threat,  achieving  produc¬ 
tion  schedules,  and  attaining  system  per¬ 
formance  and  readiness  objectives;  and 

•  Estimate  the  cost  impact  of  the  various 
design  and  support  options. 

6.3.2  Design  to  Cost 

The  purpose  of  Design-To-Cost  (DTC),  de¬ 
scribed  in  DoDI  5000.2,  Part  6K,  is  to  estab¬ 


lish  cost  as  a  design  constraint  early  in 
acquisition  life  cycle  and  to  achieve  a  proper 
balance  among  development,  production 
and  0&3  costs.  Figure  6-4  depicts  a  no¬ 
tional  relationship  of  LCC  to  acquisition 
cost  and  O&S  cost  as  a  function  of  system 
reliability.  In  this  simplified  portrayal  there 
is  one  value  of  reliability  that  achieves  the 
"proper  balance"  to  minimize  LCC.  This 
relationship  is  really  significantly  more 
complex.  In  recent  programs  there  has  been 
an  emphasis  on  better  planning  and  qual¬ 
ity  engineering  production  costs.  The  re¬ 
sult  has  been  better  process  control,  re¬ 
duced  inspection,  reduced  rework,  higher 
reliability,  and  lower  acquisition  and  O&S 
costs.  In  essence,  the  acquisition  cost  curve 
has  been  shifted  to  the  right,  and  the  proper 
balance  also  shifts. 

The  cost  measure  employed  in  DTC  is  av¬ 
erage  unit  procurement  cost,  which  is  de¬ 
fined  as  "the  recurring  flyaway,  rollaway, 
sailaway  cost  (including  nonrecurring  pro¬ 
duction  costs)  adjusted  to  include  data, 
training,  support  equipment,  and  initial 
spares  costs."  The  milestone  decision  au¬ 
thority  (e.g.,  the  DAE  for  ACAT  ID  pro- 
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Figure  6-2.  Typical  Life-Cycle  Cost  Commitment 


r 


I  R  III  YEARS 
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Figure  6-3.  Typical  Life-Cycle  Cost  EMstribution 


Figure  6-4.  Life-Cycle  Cost  and  Reliability  Trade-off 


grams)  may  decide  to  include  a  design-to 
objective  for  O&S  costs.  When  employed, 
these  should  be  stated  in  the  form  of  de- 
sign-controUable  factors  that  significantly 
affect  O&S  costs  and  that  can  be  measured 
during  test  and  evaluation.  R&M  measures 
are  examples. 


tern  that  has  a  low  acquisition  cost,  but  is 
too  costly  to  operate  and  support,  is  as 
unsatisfactory  as  one  that  is  less  costly  to 
maintain  but  is  too  expensive  to  acquire  in 
the  required  quantity. 

6.3.3  Cost  Analyses  and  Documents 


The  PM  should  allocate  DTC  objectives  in 
accordance  with  the  program  WBS.  Initial 
DTC  activity  should  focus  on  identifying 
cost  drivers,  potential  risk  areas,  and  cost- 
schedule-performance  trade-offs.  As  de¬ 
velopment  continues,  DTC  effort  should 
be  directed  to  areas  requiring  corrective 
action  because  of  excessive  costs. 


Specific  cost  analyses  and  documents  are 
discussed  below.  The  detail  and  breadth  of 
cost  data  included  and  the  purposes  of  the 
analyses  differ.  The  same  cost-estimating 
methodology  (refer  to  6.3.4)  applies  to  each; 
however,  the  cost  estimates  documented 
by  the  program  manager  at  the  same  point 
in  time  must  match. 


From  a  logistician's  viewpoint,  DTC  should 
include  a  focus  on  O&S  cost  parameters  to 
ensure  that  the  acquisition  process  )delds 
effective,  reliable  systems  that  can  be  main¬ 
tained  within  available  resources.  A  sys- 


6.3.3.1  Affordability  Assessments  and 
Constraints 

Affordability  Assessments  and  Affordabil¬ 
ity  Constraints  are  interactive.  The  PMs 
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prepare  Affordability  Assessments  to  sup¬ 
port  Milestone  I  and  all  subsequent  mile¬ 
stone  decision  reviews.  The  assessments 
may  be  portrayed  in  terms  of  LCC  for  the 
new  program  in  comparison  to  total  De¬ 
fense  Planning  Guidance  and  long-range 
modernization  and  investment  plans.  The 
objective  of  the  assessment  is  to  ensure  that 
sufficient  resources,  including  manpower, 
have  been  or  can  be  programmed  to  sup¬ 
port  projected  development,  testing,  pro¬ 
duction,  fielding  and  support  requirements. 

Affordability  Constraints  are  documented 
by  the  milestone  decision  authority  in  the 
Acquisition  Decision  Memorandum.  Refer 
to  DoDI  5000.2,  Part  4D,  "AffordabUit/' 
and  DoD 5000.2-M,  Part  4G,  "Affordability 
Assessment  (Format)." 

6.3.3.2  Cost  and  Operational 
Effectiveness  Analysis  (COEA) 

COEAs  are  aids  to  the  evaluation  of  con¬ 
ceptual  and  system  design  alternatives 
and  the  performance  of  trade-off  analyses. 
Common  measures  of  effectiveness  and 
cost  are  established  for  each  alternative. 
Measures  of  effectiveness  should  be  de¬ 
fined  to  assess  operational  capabilities  in 
terms  of  engagement  or  battle  outcomes. 
LCC  for  each  alternative  is  the  common 
cost  measure. 

One  basic  approach  is  to  make  equal-cost 
or  equal-effectiveness  comparisons.  Using 
an  equal-cost  comparison,  we  set  the  same 
LCC  for  each  alternative  and  determine 
which  alternative  provides  the  greatest  ef¬ 
fectiveness.  Using  an  equal-effectiveness 
comparison,  we  fix  the  effectiveness  to  be 
obtained  and  determine  which  alternative 
achieves  that  level  of  effectiveness  for  the 
least  cost. 

COEAs  are  performed  to  evaluate  alterna¬ 
tive  selections  for  the  Milestone  I  and  II 


decision  reviews.  Depending  upon  changes 
during  EMD,  the  COEA  for  Milestone  III 
can  vary  from  a  minor  update  to  a  new 
analysis.  A  new  COEA  may  be  required  at 
Milestone  IV  to  support  a  recommenda¬ 
tion  for  a  major  modification.  Refer  to  DoDI 
5000.2,  Part  4E,  "Cost  and  Operational  Ef¬ 
fectiveness  Analysis"  and  DoD  5000.2-M 
Part  8,  "Cost  and  Operational  Effective¬ 
ness  Analysis." 

6.33.3  LCC  Estimates 

Two  separate  LCC  estimates  are  prepared 
in  support  of  Milestone  I  and  all  subse¬ 
quent  milestone  reviews.  The  Program  Life- 
Cycle  Cost  Estimate  (PLCE)  is  prepared  by 
the  PM.  An  Independent  Cost  Estimate 
(ICE)  is  prepared  by  an  organization  that 
does  not  report  through  the  acquisition 
chain. 

The  OSD  Cost  Analysis  Improvement 
Group  (CAIG)  plays  a  major  role  in  cost 
analysis  for  ACAT  ID  programs.  The 
preparers  of  both  estimates  provide  draft 
copies  of  the  estimates  and  brief  the  CAIG 
in  advance  of  the  milestone  reviews.  The 
CAIG  reports  on  the  results  of  the  analysis 
to  the  Defense  Acquisition  Board  (DAB), 
the  DAB  committees,  and  the  DAE.  The 
DAB,  in  turn,  provides  recommendations 
on  cost  (and  all  acquisition  issues)  directly 
to  the  DAE.  The  CAIG  similarly  supports 
the  DoD  Component  (Service)  Acquisition 
Executive  on  major  defense  programs  that 
have  been  assigned  to  the  services  for  mile¬ 
stone  management  (ACAT  IC  programs). 
Refer  to  DoDI  5000.2,  Part  10 A,  "Cost  Esti¬ 
mating"  and  13C,  "Cost  Analysis  Improve¬ 
ment  Group  Review  Procedures";  DoDD 
5000.4,  "OSD  Cost  Analysis  Ir^provement 
Group";  and  DoD  5000.2-M  Part  4C,  "Pro¬ 
gram  Life-Cycle  Cost  Estimate  Summary" 
and  Part  15,  "Program  Office  and  Indepen¬ 
dent  Life-Cycle  Cost  Estimates." 


6-5 


63.3.4  Program  Baselines 

Program  baselines  contain  key  cost,  sched¬ 
ule,  and  performance  thresholds  and  ob¬ 
jectives.  Thresholds  are  minimum  accept¬ 
able  values  to  the  user.  Objectives  are  im¬ 
proved  values  (lower  cost,  earlier  comple¬ 
tions  and  higher  performance)  that  benefit 
the  program.  Contractor  incentives  are  gen¬ 
erally  used  to  encourage  accomplishment 
of  objectives. 

Program  baselines  are  prepared  by  the  PM 
in  support  of  milestone  reviews.  The  mile¬ 
stone  decision  authority  documents  ap¬ 
proval,  with  modifications  when  noted,  in 
the  Acquisition  Decision  Memorandum. 
The  baselines  are  in  essence  a  contract  be¬ 
tween  the  PM,  the  milestone  decision  au¬ 
thority  and  all  intermediary  authorities  in 
the  direct  and  streamlined  decision  chain. 
The  number  of  parameters  for  cost,  sched¬ 
ule  and  performance  is  kept  small;  the  con¬ 
trol  extended  up  to  the  milestone  decision 
authority  is  limited  to  the  key  parameters 
most  essential  to  the  program.  Baselines 
are  limited  to  one  or  two  pages  in  length. 

Program  baselines  are  established  as  fol¬ 
lows: 

•  The  Concept  Baseline,  approved  at 
Milestone  1,  applies  to  DV  phase  activities; 

•  The  Development  Baseline,  approved 
at  Milestone  II,  applies  to  EMD  phase  ac¬ 
tivities;  and 

•  The  Production  Baseline,  approved  at 
Milestone  III,  applies  to  P&D  phase  activi¬ 
ties. 

Program  objectives  and  thresholds  evolve 
from  broad  and  general  values  at  Mile¬ 
stone  I,  to  system-specific  and  detailed  re¬ 


quirements  at  Milestone  II,  with  further 
refinement  at  Milestone  III.  Refer  to  DoDI 
5000.2,  Part  11  A,  "Program  Objectives  and 
Baselines"  and  DoD  5000.2-M,  Part  14, 
"Acquisition  Program  Baselines." 

6.3.3.5  Selected  Acquisition  Reports 
(SARs) 

Congress  has  established  requirements  for 
cost,  schedule  and  performance  reports  on 
major  defense  programs.  Mandatory  re¬ 
ports  are  submitted  to  Congress  annually. 
An  SAR  baseline  is  established  after  each 
milestone  decision.  The  SAR  baseline  con¬ 
tains  estinwtes  of  specified  cost,  schedule 
and  performance  parameters  that  have  been 
established  by  the  acquisition  milestone 
decision.  On  an  exception  basis,  quarterly 
reports  are  submitted  to  Congress  when 
actual  values  vary  from  the  baseline  values 
by  amounts  more  than  stated  tolerances — 
for  example,  a  15  percent  or  more  increase 
in  program  acquisition  unit  cost. 

SARs  provide  cost  data  in  Congressional 
appropriation  categories  (RDT&E,  Procure¬ 
ment,  Military  Construction)  and  in  the 
broad  category  of  O&S.  The  O&S  costs  are 
further  divided  into  the  costs  of  personnel, 
consumables,  depot  maintenance,  contrac¬ 
tor  support  and  others.  Actual  values  of 
funds  programmed,  obligated,  and  ex¬ 
pended  are  documented  in  the  annal  SARs 
and,  when  required,  in  quarterly  exception 
reports.  Refer  to  DoD  5(X)0.2-M,  Part  17. 

6.3.4  Cost-Estimation  Methods 

The  cost-estimation  method  chosen  should 
be  based  on  the  objectives  of  the  analysis, 
the  level  of  detail  in  the  available  data,  the 
level  of  system  definition  and  the  acquisi¬ 
tion  phase  of  the  program.  Analysts  are 
encouraged  to  employ  alternative  cost-es¬ 
timating  methods  concurrently  to  expose 


6-6 


such  hidden  factors  as  design  and  schedule 
risk  areas  and  to  reinforce  the  estimates 
derived.  A  cost  estimate  should  be  as  accu¬ 
rate  as  the  data  and  applicable  methodol¬ 
ogy  will  allow. 

In  the  Preconcept,  CED  and  early  DV 
phases,  cost  estimates  are  generally  made 
on  the  system  level,  reflecting  the  lack  of 
detail  design  available.  In  the  late  DV,  EMD, 
PD  and  O&S  phases,  cost  estimates  gener¬ 
ally  reflect  engineering  detail  design;  the 
system  cost  is  the  sum  of  the  cost  estimates 
for  each  system  component.  Data  in  these 
phases  is  derived  from  the  design  engi¬ 
neering  and  LS  A  /  Logistics  Support  Analy¬ 
sis  Record  (LSAR)  processes  and  adjusted 
to  reflect  experience  data  as  appropriate. 
LSAR  data  nuiy  initially  consist  of  engi¬ 
neering  estimates,  which  are  updated  with 
test  results  in  the  EMD  and  P&D  phases, 
and  with  field  experience  in  theO&S  phase. 

6.3.4.1  Parametric  Cost  Estimates 

A  parametric  cost  estimate  for  a  new  sys¬ 
tem  is  developed  from  Cost-Estimating 
Relationships  (CERs)  statistically  derived 
from  data  which  shows  a  relationship  be¬ 
tween  a  particular  cost  and  cost  driving 
variable(s)  for  existing  systems.  CERs  re¬ 
quire  engineering  and  physical  character¬ 
istics  data  from  a  group  of  comparable 
existing  systems.  Parametric  cost  estimates 
generally  are  made  on  a  system  level  in  the 
Preconcept,  CED,  and  DV  phases.  The  sys¬ 
tem  level  estimates  typically  have  high 
uncertainty,  based  upon  the  limited  sys¬ 
tem  design  completed  during  these  early 
phases. 

An  example  of  a  CER  can  be  an  expression 
that  estimates  the  cost  of  a  new  sonar  based 
on  a  statistical  analysis  of  related  data  for  a 
group  of  20  existing  sonars.  The  CER  may 
express  the  cost  of  the  new  sonar  as  a 


function  of  its  expected  weight,  target  de¬ 
tection  range  and  reliability. 

63.4.2  Analogous  Cost  Estimates 

The  cost  analogy  technique  relates  the  cost 
of  a  new  system  to  a  similar  existing  system 
or  a  composite  of  similar  systems.  The  analy¬ 
sis  develops  a  cost  complexity  factor  that 
explicitly  adjusts  for  differences  in  techno¬ 
logical,  operational  or  logistical  variables 
between  the  two  systems.  System  cost  esti¬ 
mates  based  on  analogies  are  usually  made 
in  the  CED  and  DV  phases  and  are  moder¬ 
ately  uncertain,  reflecting  preliminary  sys¬ 
tem  design  definition. 

An  example  of  a  cost  analc^  is  the  estima¬ 
tion  of  the  cost  of  a  new  fire  control  system 
based  upon  an  existing  fire  control  system. 
The  analysis  may  identify  technology 
changes  in  the  system's  computer.  The  cost 
estimate  for  the  new  computer  may  be 
derived  by  applying  a  complexity  factor  to 
the  cost  of  the  existing  computer.  The  over¬ 
all  cost  for  the  new  fire  control  system  may 
then  be  determined  by  applying  the  same 
or  similar  techniques  to  all  other  compo¬ 
nents  of  the  fire  control  system. 

6.3.4.3  Engineering  Cost  Estimates 

The  engineering  cost-estimating  technique 
(also  known  as  the  "bottoms-up"  cost-esti¬ 
mating  technique)  uses  known  or  estimated 
costs  of  lower  level  items  (such  as  level  four 
items  on  a  WBS)  and  aggregates  them  into 
the  total  costs  of  a  higher  level  item,  taking 
into  consideration  the  costs  of  associated 
and  interconnecting  equipment.  Engineer¬ 
ing  type  estimates  are  generally  made  in 
the  late  DV,  EMD,  P&D  and  O&S  phases. 
The  engineering  cost-estimating  technique 
typically  has  low  uncertainty  (higher  con¬ 
fidence)  because  it  is  based  on  detailed 
system  design. 
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The  cost  of  each  lower  level  item  can  be 
estimated  by  a  different  method  (paramet¬ 
ric,  analogy  or  actual)  to  achieve  the  great¬ 
est  cost  accuracy  possible  for  that  item.  For 
example,  the  cost  of  a  new  anti-submarine 
warfare  aircraft  can  include  the  previously 
mentioned  parametric  estimate  of  the  new 
develc^ment  sonar,  and  the  analogous  es¬ 
timate  of  the  fire  control  system,  plus  the 
known  costs  (actuals)  of  standard  compo¬ 
nents  incorporated  in  the  design. 

6.3.4.4  Updated  Cost  Estimates  Based 
on  Actuals 

Cost  estimates  are  updated  based  on  sys¬ 
tem  characteristics  as  well  as  actual  costs 
that  the  contractor  and  government  in¬ 
curred  for  earlier  versions,  production  runs 
or  operations.  Sources  of  actuals  are  char¬ 
acteristic  charts,  government  ledgers,  con¬ 
tracts,  usage  reports,  manpower  docu¬ 
ments,  and  maintenance  facility  records. 
Actual  costs  are  generally  incorporated  into 
the  analysis  in  the  late  EMD,  P&D  and  O&S 
phases. 

6.3.5  Relationship  of  LCC  to  System 
Readiness 

DoDI  5000.2,  Part  7A,  "Integrated  Logistics 
Support"  requires  establishment  of  peace¬ 
time  and  wartime  readiness  objectives  and 
thresholds  and  the  need  to  identify  the 
most  cost-effective  approach  to  support 
the  system.  LCC  analysis  helps  to  achieve 
these  objectives  by  evaluating  the  cost  im¬ 
plications  of  various  design  and  logistics 
support  alternatives. 

Early  in  the  acquisition  cycle,  the  LCC  analy¬ 
sis  concentrates  on  quantifying  the  cost 
implications  of  selected  design  alternatives 
that  provide  the  desired  level  of  perfor¬ 
mance.  Early  ILS  activities  focus  on  design¬ 
ing  supportability  characteristics  into  the 


system  and  evaluating  the  cost  of  owner¬ 
ship  and  support  requirements.  These  tasks 
frequently  require  the  expenditure  of  higher 
development  costs  in  return  for  lower  O&S 
costs. 

In  later  stages  of  the  acquisition  cycle,  evalu¬ 
ations  are  oriented  toward  identifying 
lower  cost  means  of  support  to  achieve 
readiness  objectives.  In  particular,  support 
elements  such  as  manpower  and  spares  are 
evaluated  to  identify  cost-effective  alterna¬ 
tives  by  which  required  readiness  levels 
can  be  achieved  and  sustained  during  ac¬ 
tual  operations. 

Figure  6-5  illustrates  how  the  cost  analysis 
process  helps  to  achieve  readiness  at  an 
affordable  cost  by  allowing  comparisons 
between  various  logistics  support  and  de¬ 
sign  alternatives.  Each  curve  represents  all 
designs  which  meet  a  constant  value  for  a 
specific  program  performance  parameter 
(such  as  operating  range,  weight,  "kill" 
probability,  ordnance  delivered  or  veloc¬ 
ity).  Through  analysis,  the  cost  and  readi¬ 
ness  associated  with  each  design  are  esti¬ 
mated.  The  detailed  logistics  support  con¬ 
siderations  of  readiness  analysis  are  dis¬ 
cussed  in  Chapter  8.  Cost  and  readiness 
goals  can  be  graphically  represented.  The 
preferred  design  choice  is  one  that  meets 
the  performance  objectives  (the  particular 
curve),  is  affordable  (less  than  or  equal  to 
the  cost  goal),  and  meets  the  readiness 
objective  (greater  than  or  equal  to  the  readi¬ 
ness  goal). 

Comparisons  of  design  alternatives  can 
result  in  the  trade-off  of  design,  logistics, 
LCC  and/ or  readiness  requirements  in  at¬ 
tempting  to  design  the  system  to  fulfill  the 
user's  needs.  The  range  of  design,  perfor¬ 
mance,  and  logistics  options  depicted  in 
Figure  6-5  as  Alternative  A  does  not  meet 
either  the  cost  or  readiness  goals.  Altema- 
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Figure  6-5.  Performance/Readiness/Cost  Trade-off 


tive  B  can  meet  the  cost  goal  by  sacrificing 
readiness  or  it  can  meet  the  readiness  goal 
by  exceeding  the  cost  goal.  Alternative  C 
can  meet  both  cost  and  readiness  goals. 
However,  care  must  be  taken  to  ensure  that 
the  range  (performance  level)  represented 
by  Alternative  C  effectively  counters  the 
threat  for  which  the  program  is  intended. 

6.3.6  Time  Phasing  of  DoD  Cost 
Activities 

Figure  6-6  summarizes  the  major  cost  ac¬ 
tivities  and  documents  for  the  periods  prior 
to  Milestone  0  and  each  life-cycle  phase. 


6.3.6.1  Pre-Milestone  0 

The  first  opportunity  to  influence  the  LCC 
of  the  new  system  is  by  entering  man¬ 
power,  training  or  other  cost-related  con¬ 
straints  in  the  "Constraints"  paragraph  of 
the  MNS.  LSA  task  203  "Comparative 
Analysis"  develops  this  input  (refer  to 
3.3.3.2). 

6.3.6.2  Concept  Exploration 
and  Definition  Phase 

Conceptual  alternatives  selected  for  evalu¬ 
ation  during  this  phase  are  subjected  to 
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Figure  6-6.  Time  Phasing  of  DoD  Cost  Activities 


COEAs  and  trade-offs.  The  objective  is  to 
select  at  least  one  optimal  and  cost-effec¬ 
tive  alternative  that  can  be  developed,  pro¬ 
duced,  and  supported  within  the  DTC  and 
Affordability  Assessments  that  are  also 
established  during  this  phase.  Logistics  pa¬ 
rameters  (e.g.,  component  failure  rates)  that 
drive  O&S  costs  for  each  alternative  should 
be  identified.  The  program  cost  analyst 
should  participate  in  the  preparation  of  the 
initial  LSAP  and  later  updates  to  ensure 
that  LSAR  will  support  development  of 
engineering  cost  estimates  in  later  acquisi¬ 
tion  phases. 

Cost-related  documents  that  support  the 
Milestone  1  Decision  Review,  (and  subse¬ 
quent  decision  reviews  as  shown  on  Figure 
6-6)  include  the  COEA,  PLCE,  ICE, 
Affordability  Assessment  and  the  Concept 
Baseline. 

63.6.3  Demonstration  and  Validation 
Phase 

The  milestone  decision  authority  approves 
milestone  support  documentation,  with 
changes  as  appropriate,  and  establishes 
affordability  constraints  for  the  program. 

Demonstration-Validation  phase  activities 
include: 

(1)  Continued  COEAs  and  trade-offs; 

(2)  Identification  of  cost  risks  and  drivers 
and  design  approaches  to  reduce  risks  and 
costs;  and 

(3)  Updates  of  the  PLCE,  ICE  and  DTC 
objectives  and  thresholds. 

The  cost  analyst  must  also  establish  con¬ 
tractual  requirements  for  the  contractor  to 


submit  Cost  Management  Reports  (refer  to 
DoD  5000.2-M,  Part  20). 

The  cost  analyses  performed  in  this  phase 
must  provide  credible  estimates  of  the  rela¬ 
tionships  of  acquisition  to  O&S  cost  for 
alternative  support  concepts  as  well  as  de¬ 
sign  alternatives.  The  results  of  these  cost 
trade-off  analyses  are  most  useful  when 
the  estimate  provides  sensitivity  data  that 
includes  the  cost  range  or  exposes  the  cost 
risk  areas  associated  with  the  engineering 
or  support  alternatives.  The  achievability 
of  DTCZ  objectives  should  be  verified  dur¬ 
ing  this  phase  by  performing  simulations 
and  system  tests. 

6.3.6.4  Engineering  and  Manufacturing 
Development  (EMD)  Phase 

By  this  stage,  sufficient  LSAR  data  is  avail¬ 
able  to  support  cost  analyses  at  the  sub¬ 
system  and  even  the  component  level.  LSAR 
data  is  particularly  helpful  in  estimating 
two  of  the  larger  O&S  costs  —  manpower 
and  spares.  The  LSA  records  contain  esti¬ 
mates  of  maintenance  manhours,  repair 
parts  consumption  rates,  and  requirements 
for  support  equipment,  training  devices, 
and  facilities.  Explicit  plans  should  be  de¬ 
veloped  for  cost  analysis  updates  during 
the  subsequent  P&D  and  O&S  phases. 

LCC  for  each  piece  of  equipment  may  be 
estimated  discretely,  with  the  system  LCC 
being  an  aggregation  of  all  of  these  equip¬ 
ment  estimates.  During  EMD,  the  LCC 
analysis  must  address  the  risks  uncovered 
during  the  previous  phase  by  quantifying 
their  potential  cost  impacts  and  ultimately 
demonstrating  their  affordable  resolution. 
The  cost  estimates  during  EMD  should  be 
relatively  more  accurate  because  they  typi¬ 
cally  address  more  detailed  issues  and  in 
particular  may  become  a  significant  factor 
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in  the  production  decision.  The  achieve¬ 
ment  of  DTC  objectives  should  be  verified 
during  development  and  operational  test¬ 
ing  during  this  phase. 

6.3.6.5  Production  and  Deployment 
(P&D)  Phase 

In  the  P&D  phase,  LCC  shifts  toward  con¬ 
tract  monitoring,  "should  cost"  analyses, 
and  cost  analysis  of  product  improvement 
proposals.  COEAs  of  alternative  major 
modification  proposals  to  support  a  Mile¬ 
stone  rV  '^ajor  Modification"  decision  may 
be  appropriate. 

The  "should  cost"  analysis  is  a  contract 
pricing  method  that  is  intended  to  assess  a 
contractor's  cost  proposal,  supporting 
data,  and  rationale,  as  well  as  to  establish 
the  government's  negotiating  objectives. 
"Should  cost"  analysis  incorporates  a  com¬ 
prehensive  audit  and  assessment,  includ¬ 
ing  pricing,  engineering  and  management 
analysis  of  the  contractor's  system  engi¬ 
neering,  manufacturing,  program  manage¬ 
ment  and  subcontracting  operations.  The 
negotiating  objectives  are  based  on  the 
"should  cost"  projection  derived  from  the 
in-depth  review  of  the  contractor's  method 
of  operation;  thus,  reflecting  what  an  item 
ought  to  cost,  based  on  achievable  efficien¬ 
cies,  economies  and  reasonable  overall 
management  of  contract  performance. 

The  Value  Engineering  Program  establishes 
benefit-sharing  (Government  and  Contrac¬ 
tor)  incentives  to  reduce  LCC.  Refer  to 
DoDI  5000.2,  Part  6  O,  "Design  for  Manu¬ 
facturing  and  Production"  and  DoD  5000.2- 
M,  Part  13,  "Value  Engineering  Report." 

6.3.6.6  Operation  and  Support  Phase 

The  LCC  activities  for  the  O&S  phase  use 
the  maintenance  data  collection  and  cost 


databases  to  monitor  the  cost  and  perfor¬ 
mance  of  the  deployed  system. 

6.4  RISK  MANAGEMENT 

6.4.1  Lack  of  LCC  Impact  on  Design 
and  Logistics  Support  Process 

6.4.1.1  Risk  Area 

LCC  analysis  is  most  effective  when  it  is 
integrated  into  the  engineering  and  man¬ 
agement  process.  Integration  must  start 
with  program  initiation.  Once  the  ability  to 
influence  design  is  lost,  it  is  very  difficult 
and  always  more  costly  to  re-establish.  Most 
performance  and  schedule  risks  have  cost 
impacts.  Performance  risks  result  from  re¬ 
quirements  that  are  very  costly,  or  from 
engineering  requirements  beyond  foresee¬ 
able  technical  capabilities  for  hardware 
development.  The  result  can  be  increased 
cost  from  design,  development,  and  test  of 
a  replacement  item;  contract  termination 
costs;  increased  program  buy;  and  increased 
O&S  costs.  Schedule  changes  can  increase 
costs  whether  they  are  shortened  or  length¬ 
ened. 

6.4.1.2  Risk  Handling 

The  following  strategies  can  maximize  LCC 
influence  on  the  design  and  logistics  engi¬ 
neering  choices  and  minimize  the  cost  con¬ 
sequences  of  performance  and  schedule 
risks. 

•  PM  must  require  government  engineers, 
cost  analysts  and  logisticians  to  work  to¬ 
gether  to  prepare  joint  management  rec¬ 
ommendations  such  as: 

—  Source  selection  criteria 

—  Contract  incentives  and  award  fees 
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—  Design-to-Cost  program 

—  Cost  and  engineering  deliverables 

—  System  Requirements  for  SOW  in  Re¬ 
quest  for  Proposal  (RFP) 

—  Requirements  for  LSA  and  LSARs. 

•  PM  must  encourage  contractor  design¬ 
ers,  logisticians  and  cost  analysts  to  work 
together  by  requiring  a  DTC  program  start¬ 
ing  in  the  CED  phase. 

•  The  government  and  the  contractor  must 
identify  cost  drivers  early  and  challenge 
system  requirements  that  are  cost  drivers. 

•  PM  must  establish  broad  performance 
requirements  in  the  SOW  to  allow  oppor¬ 
tunities  for  design  trade-offs. 

•  PM  must  require  early  LCC  analyses  as 
deliverables  from  system  contractors  and 
require  the  cost  studies  to  have  design  en¬ 
gineering  participation  and  system  engi¬ 
neering  approval. 

•  PM  must  set  realistic  DTC  goals  for  ac¬ 
quisition  and  O&S  cost  drivers.  These  goals 
should  be  assigned  to  design  managers. 

•  PM  must  determine  readiness  and  cost 
drivers  to  influence  the  design  to  reduce 
O&S  costs  and  balance  O&S  with  develop¬ 
ment  and  acquisition  costs. 

•  PM  must  require  trade-off  studies  to  find 
best  alternatives  among  cost,  schedule  and 
performance  considerations. 

6.5  SUMMARY 

•  An  objective  of  the  ILS  program  is  to  help 
achieve  the  system  readiness  objective  at 
an  affordable  LCC. 


•  By  Milestone  II,  about  85  percent  of  LCC 
is  effectively  established  because  of  early 
design  and  logistics  choices. 

•  O&S  costs  are  normally  the  largest  con¬ 
tributors  to  LCC. 

•  LCC  cost  estimates  can  influence  design 
and  logistics  choices  through  trade-off  stud¬ 
ies  and  the  DTC  Program. 

•  Early  identification  of  cost  and  readiness 
drivers  must  influence  design  to  control 
O&S  costs. 

•  The  cost  analysis  program  must  be 
planned  carefully  and  managed  to  provide 
timely  support  to  the  PM. 

•  Many  specific  PM  actions  can  be  taken  to 
enhance  the  effectiveness  of  LCC  contribu¬ 
tions  to  achievement  of  system  goals. 
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7 

LOGISTICS  SUPPORT  ANALYSIS 


7.1  HIGHLIGHTS 

•  Managing  the  LSA  Process 

•  Government  and  Contractor 
Responsibilities 

•  LSA  Task  Requirements 

•  LSA  Documentation 

•  LSA  Automation 

•  Data  Verification 

•  Tailoring  LSA  and  LSAR 

7.2  INTRODUCTION 

7.2.1  Ptupose 

To  provide  an  overview  of  the  Logistics 
Support  Analysis  Process.  (Applications  of 
LSA  are  described  in  Chapters  3  and  8.) 

7.2.2  Objective 

The  LSA  is  an  analytical  effort  to  influence 
the  design  of  a  system  and  to  define  sup¬ 
port  system  requirements  and  criteria.  The 
objective  of  LSA  is  to  ensure  that  a  system¬ 
atic  and  comprehensive  analysis  is  con¬ 
ducted  on  a  repetitive  basis  through  all 
phases  of  the  system  life  cycle  in  order  to 
satisfy  readiness  objectives  at  an  afford¬ 
able  cost.  The  selection,  level  of  detail,  and 
timing  of  the  analyses  are  structured  and 


tailored  to  each  system  and  program  phase. 
The  LSAR  are  designed  to  be  a  standard¬ 
ized  medium  for  systematically  recording, 
processing,  storing,  and  reporting  data.  The 
LSA  data  is  the  basis  for  determining  and 
budgeting  for  the  logistics  support  re¬ 
sources  (maintenance  manpower,  training 
requirements,  supply  support,  etc.)  re¬ 
quired  to  attain  peacetime  and  wartime 
system  readiness  objectives. 

7.3  MANAGEMENT  ISSUES 

7.3.1  Guidance 

Requirements  for  LSA  are  established  by 
DoDI  5000.2,  Part  7 A,  "Integrated  Logistics 
Support."  The  guidance  for  LSA  tasks  is  in 
MIL-STD-1388-1A  "Logistics  Support 
Analysis,"  and  the  guidance  for  LSAR  is  in 
MIL-STDS-1388-2A  and  2B,  "DoD  Require¬ 
ments  for  a  Logistics  Support  Analysis 
Record." 

MIL-STD-1 388-1 A  defines  analysis  require¬ 
ments:  LSA  task  inputs  are  identified  to 
include  what  the  government  must  pro¬ 
vide  to  the  contractor;  the  expected  out¬ 
puts  from  each  LSA  task  are  specified;  Data 
Item  Descriptions  (DIDs)  are  referenced; 
instructions  for  tailoring  analysis  require¬ 
ments  are  provided. 

MIL-STDS-1 388-2A  and  2B  provide  the  pri¬ 
mary  guidance  for  recording  the  results  of 
LSA.  Narrative  reports,  such  as  the  Use 
Study  Report,  are  also  used  to  document 
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the  results  of  selected  LSA  tasks  and 
subtasks.  MIL-STD-1388-2B,  dated  Febru¬ 
ary  1991,  has  superseded  MlL-STEl-1388- 
2A.  A  program  to  convert  data  from  the  2A 
to  the  2B  format  is  available;  however,  it  is 
expected  that  many  ILS  managers  of  previ¬ 
ously  established  LSA  databases  will  con¬ 
tinue  to  update  the  2A-formatted  data  for 
the  remaining  life  of  these  existing  materiel 
systems.  For  this  reason,  both  2A  and  2B 
are  described  later  in  7.3.3. 

7.3.2  LSA  Requirements 

The  LSA  process  is  structured  to  provide 
early  design  influence  to  obtain  a  ready 
and  supportable  system  at  an  affordable 
LCC.  The  LSA  process  is  composed  of  a 
planned  series  of  tasks,  which  include  ex¬ 
amination  of  all  elements  of  a  system  to 
determine  the  logistics  support  required  to 
make  and  keep  that  system  usable  for  its 
intended  purpose  (refer  to  Figure  1-4). 

7.3.2.1  Government  and  Contractor  Roles 

There  are  unique  and  joint  roles  for  the 
government  (requiring  authority)  and  con¬ 
tractor  (performing  activity)  and  their  lo¬ 
gistics  specialists  involved  in  the  LSA  tasks. 
The  timing  of  these  tasks  is  related  to  the 
program  acquisition  phases.  Figure  7-1 
supplements  the  following  time-phasing 
discussions. 

Government  management  of  the  LSA  pro¬ 
cess  begins  in  the  preconcept  phase,  before 
the  program  is  formally  initiated,  and  con¬ 
tinues  throughout  the  life  of  the  system. 
The  government  preconcept  tasks  deter¬ 
mine  an  initial  LSA  strategy,  help  define 
initial  support  criteria  and  influence  efforts 
of  the  potential  performing  activities  (com¬ 
peting  contractors)  through  CED,  DV  and 
into  EMD.  Early  analyses  are  performed  to 


influence  system  design  and  operational 
concepts;  estimate  logistics  requirements 
of  alternate  concepts;  and  relate  design, 
operation  and  support  characteristics  to 
system  readiness  objectives.  These  early 
analytical  tasks  influence  consideration  of 
support  in  the  system  engineering  defini¬ 
tion  of  system  hardware  and  software; 
evaluation  of  alternative  designs;  and 
identification  of  overall  resource  require¬ 
ments. 

The  government's  verification  tasks  begin 
early  in  the  process  using  simulation  mod¬ 
els  and  baseline  comparison  systems  and 
continue  in  conjunction  with  the  contrac¬ 
tor  throughout  the  life  cycle. 

The  contractor's  LSA  tasks  are  initiated  as 
part  of  the  preproposal  effort  in  prepara¬ 
tion  for  a  competitive  CED  proposal.  The 
contractor's  competitive  proposal  will  re¬ 
spond  to  the  specific  and  tailored  RFP  re¬ 
quirements  and  will  identify  the  plaimed 
LSA  approach,  key  issues  to  be  addressed 
and  task  scope.  It  is  important,  therefore, 
that  the  government  accurately  describe 
which  ILS  issues  are  to  be  addressed  by 
LSA.  The  government  must  also  under¬ 
stand  the  cost,  time  and  workload  require¬ 
ments  generated  by  LSA. 

Following  CED  contract  award,  the 
contractor(s)  and  the  government  logistics 
management  specialists  will  jointly  pursue 
the  LSA  tasks.  The  analytical  tasks  started 
during  the  preconcept  and  CED  phases 
will  continue  and  increase  progressively  in 
detail  as  the  acquisition  program  moves 
into  its  successive  phases. 

The  validity  of  the  analysis  and  the  atten¬ 
dant  data  products  must  be  demonstrated. 
Results  of  formal  test  and  evaluation  and 
post-deployment  assessments  are  analyzed 
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Figure  7-1.  Logistics  Support  Analysis  Process  Objective  By  Program  Phase 


by  both  the  cxmtractor  and  the  govern¬ 
ment,  and  corrective  actions  are  imple¬ 
mented  as  necessary.  The  prcKesses  of  test¬ 
ing,  evaluating  and  correcting  deficiencies 
in  both  the  materiel  system  and  its  logistics 
support  continue  throughout  the  life  cycle. 

The  government  ILS  manager's  supervi¬ 
sion  of  the  contractor's  LSA  role  involves 
the  following  tasks: 

•  Provide  LSA  guidance; 

•  Identify  LSA  task  requirements; 

•  Assess  compliance  with  contractual 
requirements; 

•  Provide  mcxlels  and  input  param¬ 
eters  (e.g.,  LCC,  stcxrkage  levels,  and  level 
of  repair); 

•  Ccmduct  pericxlic  reviews; 

•  Provide  government  data  and  factors 
for  use  studies;  and 

•  Provide  the  government-developed 
Joint  Service  LSAR  ADP  System  or  ap¬ 
prove  an  alternative  contractor-proposed 
program  or  other  independently  developed 
proprietary  software  program. 

73.2.2  Logistics  Inputs  for  Trade-off 
Analysis 

The  LSA  conducted  prior  to  program  ini¬ 
tiation  identifies  constraints  and  targets  for 
improvement.  This  early  effort  provides 
supportability  inputs  into  system  engineer¬ 
ing  trade-<rffs  conducted  during  the  CED 
and  DV  phases.  Unless  evaluation  of  sup- 
portability  factors  is  timely,  the  design  pro¬ 
cess  will  proceed  to  solidify  without  logis¬ 
tics  input. 


73.2.3  LSA  Task  Requirements 

The  LSA  efforts  are  detailed  in  MIL-STD- 
1388-lA  and  consist  of  five  general  task 
sections  involving  1 5  tasks  with  77  subteisks. 
The  following  paragraphs  sununarize  the 
five  task  sections.  (The  Military  Standard 
should  be  consulted  for  details.)  The  gen¬ 
eral  time  phasing  of  the  overall  LSA  pro¬ 
cess  is  shown  in  Figure  7-1 .  The  time  phas¬ 
ing  and  repetitive  nature  of  the  individual 
tasks  all  provided  in  Figure  7-2. 

Task  Section  100:  Program 
Planning  and  Control  - 

Management  and  control  of  the 
LSA  effort  involves  the  develop¬ 
ment  of  a  proposed  LSA  strategy, 
requirements  for  the  LSA  plan  and 
provision  for  design  reviews,  in¬ 
cluding  procedures  and  sched¬ 
ules.  LSA  planning  and  manage¬ 
ment  are  the  responsibility  of  the 
government  program  and  ILS 
managers. 

Task  Section  200:  Mission  and 
Support  System  Definition  - 

The  tasks  contained  in  this  sec¬ 
tion  identify  the  operational  role 
and  intended  use  of  the  new  sys¬ 
tem  and  establish  support  re¬ 
source  constraints,  readiness  ob¬ 
jectives,  supportability  design  re¬ 
quirements  and  measures  of  lo¬ 
gistics  support.  During  the  early 
phases  of  an  acquisition  program 
these  analytical  tasks  provide  the 
greatest  opportunity  for  the 
government  to  influence  the  de¬ 
sign  of  the  system  for  support- 
ability  (see  Chapter  3). 
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TaskSectionSOO:  Preparationand 
Evaluation  of  Alternatives  - 

The  tasks  contained  in  this  sec¬ 
tion  are  highly  iterative  in  nature 
and  are  applicable  to  successive 
phases  of  the  preproduction  part 
of  the  life  cycle  as  well  as  to  pro¬ 
duction  design  changes.  The  tasks 
are  generally  performed  in  se¬ 
quence.  Functions  are  identified, 
alternatives  are  developed  to  sat¬ 
isfy  the  functions,  and  evaluations 
and  trade-offs  are  conducted.  The 
process  is  then  repeated  at  increas¬ 
ingly  lower  levels  of  the  system's 
WBS  in  the  classic  system  engi¬ 
neering  manner. 


Task  Section  400:  Determination 
of  Logistics  Support  Resource 
Requirements  - 

This  portion  of  the  LSA  defines 
requirements  for  the  ILS  elements. 
Operational  and  maintenance 
tasks  are  analyzed  to  determine 
the  support  resources  required. 
As  development  progresses,  in¬ 
creasingly  more  specific  design 
and  operational  data  is  used  to 
identify  logistics  resource  require¬ 
ments  to  more  detailed  levels.  This 
section  includes  an  early  assess¬ 
ment  of  the  impact  of  the  new 
system  on  operational  forces  and 
planning  to  provide  continued 
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support  after  the  system  is  no 
longer  in  production. 

Task  Section  500:  Supportability 
Assessment  - 

The  supportability  test  and  evalu¬ 
ation  program  serves  three  objec¬ 
tives  throughout  a  program's  life 
cycle:  (1)  develop  logistics  test  and 
evaluation  requirements  as  inputs 
to  system  test  and  evaluation  plans; 

(2)  demonstrate  contractual  com¬ 
pliance  with  design  requirements; 
and  (3)  identify  supportability 
problems  requiring  corrective  ac¬ 
tion  (see  Chapter  9). 

7.3.3  LSA  Documentation 

The  LSAR,  a  subset  of  LSA  documentation, 
are  generated  as  a  result  of  performing  the 
LSA  tasks  specified  in  M1L-STD-1388-1A. 
MIL-STDS-1388-2A  and  2B  accommodate 
the  maximum  range  of  data  potentially  re¬ 
quired  by  the  military  services  in  all  ILS 
functional  areas  for  all  types  of  materiel 
systems,  throughout  the  entire  acquisition 
life  cycle.  This  approach  facilitates  stan¬ 
dardization  of  formats  and  definitions  of 
data  elements.  Several  LSA  tasks  are  re¬ 
corded  in  such  narrative  documents  as  the 
contractor's  LSA  Plan  (Task  102),  Alterna¬ 
tive  Support  Systems  (Task  302),  and  Early 
Fielding  Analysis  (Task  402). 

It  is  vital  that  the  ILS  manager  tailor  these 
data  requirements.  If  task  results  are  to  be 
performed  by  the  contractor  for  the  govern¬ 
ment,  the  SOW  for  the  LSA  program  must 
establish  the  requirement.  Standard  or  spe¬ 
cially  created  DlDs  may  be  used  to  specify 
report  format  with  delivery  instruction  de¬ 
tailed  on  the  CDRL,  DD  Form  1423.  ILS 
managers  should  be  aware  of  the  amount  of 
documentation  they  may  be  generating. 


Only  the  LSA  documentation  that  is  re¬ 
quired  should  be  ordered  by  the  govern¬ 
ment.  The  ILS  manager  needs  to  determine 
what  data  are  needed  and  when.  From  this 
determination,  he  or  she  can  identify  the 
output  reports,  the  LSA  tasks  and  subtasks, 
and  LSA  data  required  to  meet  the  pro¬ 
gram  needs.  The  manager  should  also  en¬ 
sure  that  sufficient  qualified  personnel  are 
available  to  apply  the  LSAR  data  output 
effectively. 

7JJ.1  MIL-STD-1388-2A 

Figure  7-3  identifies  the  15  standard  records 
of  M1L-STD-1388-2A  and  relates  them  to 
the  applicable  LSA  tasks  and  system  engi¬ 
neering  specialties.  MIL-STD- 1388-2 A  is 
based  upon  80-column  Hollerith  pimchcard 
technology.  It  requires  replication  of  iden¬ 
tical  data  on  individual  cards  of  each  of  the 
records. 

7.3.3.2  MIL-STD-1388-2B 

MIL-STD-1388-2B  uses  current  integrated 
database  technology  in  lieu  of  the  punch- 
card  process  of  M1L-STD-1388-2A.  The 
new  standard  was  developed  under  the 
leadership  of  the  OSD  (Weapon  System  Im¬ 
provement  Group)  and  the  U.S.  Army  Ma¬ 
teriel  Readiness  Support  Activity  (MRS A). 
It  is  based  on  the  joint  efforts  of  the  military 
services,  the  Federal  Aviation  Administra¬ 
tion,  and  private  industry.  Figure  7-4  sum¬ 
marizes  key  improvements  provided  by 
the  new  standard. 

The  LSAR  data  is  recorded  in  relational 
data  table  groups  listed  in  Figure  7-5.  These 
are  further  divided  into  individual  tables 
identified  by  two-digit  codes.  For  example, 
data  for  A  -  Operations  and  Maintenance 
Requirement  are  recorded  in  tables  AA 
through  AK  (e.g.,  AA  -  Operations  and 
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Figure  7-3.  LSA/LSAR  Relationships  (MIL-STD-1388-2A) 


•  ProvklM  reports  In  tailored  fonnats  and  flexible 
selection  of  data  elements  through  a  relational 
database. 

•  Requires  less  storage  space  and  provides 
greater  efficiency  through  an  Integrated  database. 

•  Allows  maximum  use  of  industry-developed 
integrated  data  systems  tied  to  engineering, 
manufacturing  and  product  support  databases 
to  determine  logistics  support  requirements. 

•  Accommodates  and  promotes  current  database 
technology. 


Figure  7-4.  MIL-STD-1388-2B 
Improvements 

through  AK  (e.g.,  AA  -  Operations  and 
Maintenance  Requirements,  AB  -  War  Peace 
Operation  and  Maintenance  Requirement). 
Figure  7-5  also  relates  the  data  tables  groups 
of  MIL-STD-1388-2B  to  applicable  LSA 
tasks  and  system  engineering  specialties. 

7.3.4  LSAR  Automation 

The  LSAR  data  may  be  prepared  and  main¬ 
tained  manually  using  the  required  MIL- 
STD-1388-2A  or  2B  format.  It  may  also  be 
maintained  automatically  through  use  of 
computer  technology  or  by  combining 
manual  and  automatic  techniques. 

The  Joint  Service  LSAR  ADP  system  is  a 
standard  automated  data  system  devel¬ 
oped  by  the  Services  for  use  in  preparing 
MIL-STD-1388-2A  data.  The  MRSA  is  the 
lead  activity  in  the  application  of  the  stan¬ 
dard  system.  MRSA  will  provide  the  soft¬ 
ware  and  instructions  for  the  ADP  system 
on  request  and  is  available  to  assist  in  set¬ 
ting  it  up  at  a  contractor's  facility.  More 
sophisticated  and  proprietary  software 
have  been  developed  by  independent  con¬ 
tractors  and  validated  by  MRSA  for  use 
with  MIL-STD-1388-2A  data.  The  software 


is  used  to  create  the  LSA  records  and,  in 
turn,  three  "LSAR  master  files"  and,  in 
turn,  LSAR  output  reports.  The  master  files 
are  LSA-015,  S^uential  Task  Description; 
LSA-060,  LSA  Control  Number  Master  File; 
and  LSA-061,  Parts  Master  File.  Upon  tran¬ 
sition  to  in-house  government  control,  the 
govermnent  activity  takes  possession  of 
the  master  files  to  continue  LSAR  update 
and  printout  of  output  reports.  (Figure  8-3 
identifies  a  partial  listing  of  LSAR  output 
reports). 

The  MRSA  has  responsibility  to  validate 
proprietary  software  programs  that  con¬ 
tractors  use  to  prepare  automated  MIL- 
STD-1388-2B  data  tables  and  LSAR  records 
and  reports.  The  MRSA  has  developed  a 
2A  to  2B  data  conversion  program. 

7.3.5  Data  Verification 

7.3.5.1  LSA  Input  Data 

Figure  5-4  identified  principal  system  en¬ 
gineering  data  sources  employed  in  the 
performance  of  LSA.  Most  LSAs  are  per¬ 
formed  by  a  separate  ILS  group  within  a 
contractor's  program  office  or  by  a  sup¬ 
porting  activity,  and  not  by  the  same  sys¬ 
tem  engineering  personnel  who  perform 
the  design,  R&M,  etc.  In  view  of  these 
typical  arrangements,  the  responsibility  for 
ensuring  the  timely  use  of  appropriate  sys¬ 
tem  engineering  input  for  all  analyses  falls 
upon  the  contractor  and  government  ILS 
managers.  Key  personnel  in  the  contrac¬ 
tors'  ILS  activity  and  the  government  ILS 
manager  must  be  conversant  with  the  lan¬ 
guage  of  the  associated  system  engineer¬ 
ing  disciplines  in  order  to  ensure  an  effec¬ 
tive  linkage.  System  engineering  is  dynamic 
and  iterative.  For  example,  component  re¬ 
liability  values  progress  from  allocations, 
to  predictions,  to  measurements,  to  projec- 
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1  Data  Table 

Related 

Qfoup 

TaMtQroupTMa 

LSA  Task  No. 

flnuTiniitY 

X 

Cross  Functional  Rsquiremant 

301,401,501 

A 

Operations  and  Maintenance  Requirements 

205,301,303 

R&M 

B 

Reliability,  Avaiiability  and  Maintainability; 
Failure  Modes,  Effects  and  Criticality 

205,301,401,501 

R&M,  Safety 

Analysis;  and  Maintainability  Analysis 

301,401,501 

R&M,  Supply 

C 

Task  Analysis  aiKl  Personnel  and  Support 
Requirements 

E 

Support  Equipment  and  Training  Material 
Requirements 

401,501 

M,  Tng,  Testability 

U 

Unit  Under  Test  Requirements  and 
Description 

401,501 

M,TestabUity 

F 

Facilities  Considerations 

401,501 

Facilities  Engineering 

Q 

PersoniMl  Skili  Considerations 

205,301,401,501 

Human  Factors,  Tng 

H 

Packaging  and  Provisioning  Requirement 

401,501 

M,  Supply 

J 

Transportability  Analysis 

401,501 

Transportability  Engrg 

M:  Maintainability 

R:  Reliability 

Tng:  Training 

Figure  7-5.  LSA/LSAR  Relationships  (MIL-STD-1388-2B) 

tions  of  mature  values  (reliability  growth).  For  example,  a  repair  level  analysis  to  sup- 
The  ILS  manager  should;  port  maintenance  planning  for  the  opera¬ 

tional  phase  requires  the  following  five  steps: 

•Verify  that  input  data  are  updated  in  a  .  ,  . 

timely  manner  by  the  manageis  of  the  as-  ,,  (l)piojecHons  of  repair  task  frequencies 

sociated  system  engineering  disciplines;  ' 

, ,  ,  ,  ,  .  .  (2)  projections  of  repair  task  durations 

.  Verify  that  the  system  engineermg  andmanpowerburdenfderivedfrommain- 
data  are  expressed  in  a  format  compaHble  .-in-hiUf,,  data)- 
with  LSA  input  requirements  —  or  can  be 

readily  converted  to  the  required  format;  (3)  projections  of  component  prices  (from 

LCC  studies); 

•  Veri^  that  the  input  data  are  appro-  (4)  identification  of  support  equipment 
priate  for  the  time  frame  that  the  LSA  is  requirements  (from  system  design  studies); 
addressing.  and 
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(5)  estimates  of  other  logistics  support 
costs  (training,  publications,  transportation, 
etc.). 

7.3.5.2  LSAR  Data  Quality  Assurance 

The  LSA  records  define  and  quantify  logis¬ 
tics  support  resource  requirements.  The 
assurance  of  qualitative  and  quantitative 
validity  of  these  records  is  required  to  pre¬ 
clude  misidentification;  and  to  minimize 
under  or  over  procurement  of  support  re¬ 
sources  (supply  support,  support  equip¬ 
ment,  etc.). 

The  LSA  input  data  must  be  converted  to 
detailed  LSA  records.  Some  conversions 
require  application  of  complex  models,  such 
as  Repair  Level  Analysis  (RLA)  and  Reli¬ 
ability  Centered  Maintenance  (RCM).  Oth¬ 
ers  follow  detailed  procedures  prescribed 
in  MIL-STD-1388-2A  or  2B,  for  example, 
the  conversion  of  reliability  estimates  of 
mean  time  between  maintenance  actions  to 
estimates  of  maintenance  replacement  rates 
(employed  in  provisioning  computations). 

The  LSAR  Quality  Assurance  procedures 
must  validate  the  process  employed  by  the 
logistics  support  personnel.  Suggested  pro¬ 
cedures  are  listed  in  Figure  7-6.  AMC  Pam¬ 
phlet  700-11  provides  more  detailed  guid¬ 
ance. 

7.3.6  Tailoring  LSA/LSAR 

7.3.6.1  Tailoring  LSA 

The  key  to  a  productive  and  cost-effective 
LSA  program  is  proper  tailoring  of  the  LSA 
subtasks  so  that  the  available  resources 
are  concentrated  on  the  tasks  that  will 
most  effectively  benefit  the  program.  Limi¬ 
tations  on  acquisition  funding  require  that 
the  LSA  effort  be  applied  selectively  in 


order  to  improve  hardware  design  and 
support  concepts,  as  well  as  to  collect  data. 
The  government  ILS  manager  plays  a  sig¬ 
nificant  role  in  the  tailoring  process.  Ap¬ 
pendix  A  to  MIL-STD-1388-1A  provides 
excellent  guidance  for  tailoring  LSA  re¬ 
quirements  to  fit  the  needs  of  a  specific 
program.  The  LSA  efforts  are  tailored  in 
several  ways.  First,  they  are  tailored  by 
task  and  subtask  and  by  the  depth  of  the 
analysis  (how  much  of  the  task).  This  as¬ 
pect  of  LSA  tailoring  involves  consider¬ 
ation  of: 

•  Type  of  program  (Developmental, 
product  improvement,  NDI,  etc.); 

•  Amount  of  design  freedom; 

•  Time  and  resources  available; 

•  Work  already  done; 

•  Past  experience  and  historical  data; 
and 

•  Procurement  considerations. 

Programs  are  also  tailored  in  terms  of  ac¬ 
quisition  phase  timing  and  required  up¬ 
dating.  Figure  7-2  shows  the  normal  pro¬ 
gram  time  phasing  for  various  LSA  tasks. 
In  addition,  tailoring  can  dictate  which 
activity  will  perform  the  task  or  subtask. 

7.3.6.2  Tailoring  LSAR 

Tailoring  LSAR  data  are  mandatory  for 
government  program  and  ILS  managers. 
The  tailoring  decisions  should  be  based  on 
the  LSA  tailoring  process  described  in  the 
preceding  paragraph,  related  engineering 
and  ILS  element  analysis  efforts  which  re¬ 
sult  in  LSAR  data,  and  a  determination  of 
data  elements  required  to  satisfy  DID  re¬ 
quirements.  In  addition,  LSAR  data  records 
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Contractor 

Oovemment 

•  Develop  detailed  LSA/LSAR 
process  -  selection, 
addaption  and  augmentation 
of  MIL-STD-1388-1 A  and  2A 
or2B 

•  Establish  an  LSA  management 
team  •  review  and  approve 
contractor  procedures 

•  Develop  self-check  procedures 

•  Review  and  approve 

•  Train  and  certify  logistics 
support  personnel  to  perform 
theproc^ures 

•  Monitor/evaluate 

•  Establish,  schedule  and 
implement  multidisciplinary 
audit  reviews 

•  Establish,  schedule  and  implement 
independent  (govemmenQ  audit 
reviews 

•  Identify  problems  and 
implement  corrections 

•  Identify  problems  and  approve 
corrections 

•  Repeat  audits 

•  Repeat  audits 

Figure  7-6.  LSAR  Quality  Assurance  Procedures 


may  be  tailored  because,  of  system  hard¬ 
ware  level  or  complexity.  Appendix  E  to 
MIL-STI>-1388-2A  and  Appendix  D  to  MIL- 
STD-1388-2B  provide  guidance  for  tailor¬ 
ing  the  LSAR. 

A  basic  approach  to  the  tailoring  of  LSAR 
requirements  is  to  start  with  the  output  or 
end  uses  of  the  data  and  determine  data 
requirements  in  the  following  manner: 

•  The  ILS  manager,  supported  by  func¬ 
tional  specialists  (manpower,  publications, 
etc.)  determines  exactly  what  logistics  re¬ 
source  information  is  required  and  it  is 
needed  in  the  acquisition  life  cycle  of  the 
specific  system. 


vides;  as  opposed  to  less  detailed  paramet¬ 
ric  estimates. 

•  The  ILSMT  identifies  the  input  records 
(LSAR)  needed  to  obtain  the  selected  out¬ 
put  requirements  and  determines  the  ap¬ 
propriate  timeframe.  Sample  input-output 
relationships  are  shown  in  Figiue  8-3  of 
this  guide.  Detailed  input-output  relation¬ 
ships  for  all  LSA  records  are  illustrated  in 
Figure  90  (Appendix  E)  of  MIL-STD-1388- 
2A.  Input-output  relationships  for  all  data 
tables  are  illustrated  in  Figure  14  (Appen¬ 
dix  B)  of  MIL-STD-1388-2B. 

7.3.7  LSA/LSAR  Relationship 
Summary 


•  The  ILS  manager  then  determines 
which  of  these  requirements  can  be  sup¬ 
ported  by  LSAR  data  and  whether  they 
require  the  depth  of  detail  that  LSAR  pro¬ 


Figure  7-7  summarizes  the  relationships 
among  the  ILS  requirements,  LSA  tasks, 
LSA  documentation,  ILSP,  and  the  acquisi¬ 
tion  life-cycle  phase. 
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7.4  RISK  MANAGEMENT 

7.4.1  Failure  to  Apply  LSA  during 
Concept  Exploration  and  Definition 

7.4.1.1  Risk  Area 

Failure  to  participate  in  the  definition  of 
system  concepts  can  produce  a  system  de¬ 
sign  in  later  phases  that  does  not  meet 
supportability  objectives  and  requires  ex¬ 
cessive  or  unattainable  O&S  costs  and  man¬ 
power  to  meet  readiness  objectives. 

7.4.1.2  Risk  Handling 

The  LSA  must  be  integral  to  the  system 
engineering  program  in  order  to  achieve 
an  effective  design  for  supportability.  The 
LSA  activity  during  the  CED  phase  also 
provides  the  basis  and  planning  for  the  ILS 
programinDV  and  later  acquisition  phases. 

7.4.2  Invalid  Application  of 
Component  R&M  Data 

7.4.2.1  Risk  Area 

Design  and  manufacture  determine  the 
mean  life  and  failure  rate  of  components 
when  viewed  in  isolation.  When  the  sys¬ 
tem  is  engaged  in  its  military  operational 
role,  these  same  components  should  be 
expected  to  exhibit  replacement  rates  higher 
than  their  handbook  value  or  inherent  reli¬ 
ability  alone  would  indicate.  The  conse¬ 
quences  of  improperly  computed  material 
replacement  rates  are  invalid  manpower 
requirements,  incorrect  supply  support 
stockage  lists  and  invalid  repair  level  analy¬ 
ses. 

7.4.2.2  Risk  Handling 

Differences  between  operational  and  in¬ 
herent  failure  rates  are  attributable  to  - 


•  Environmental  factors 

•  Failures  induced  by  interacting 
components 

•  Personnel  related  failures 

•  No-defect  removals 

MIL-STDS-1388-2A  and  2B  contain  explicit 
mechanisms  to  convert  inherent  failure 
rates  to  their  expected  operational  values. 
Estimates  of  the  effects,  from  the  factors 
listed  above,  may  be  derived  from  field 
data  on  similar  components.  In  addition, 
computed  material  replacement  rates 
should  be  updated  directly  when  the  sys¬ 
tem  imdergoes  operational  test  and  later 
field  deployment. 

7.4.3  Failure  to  Structure/Tailor 
LSA/LSAR  Requirements 

7.4.3.1  Risk  Area 

Failure  to  establish  an  LSA  plan  specifi¬ 
cally  designed  to  meet  the  needs  of  the 
system  can  result  in  excessive  costs;  the 
performance  of  unwanted  analysis,  while 
failing  to  complete  needed  studies;  and  the 
development  of  excessive  documentation, 
while  overlooking  critical  information 
needs.  ILS  lessons  learned  from  reports 
and  discussions  with  ILS  managers  have 
provided  numerous  examples  of  these 
deficiencies. 

7.4.3.2  Risk  Handling 

The  ILS  managers'  LSA/LSAR  objective 
should  be  to  obtain  only  what  is  needed 
and  use  what  is  obtained.  The  process  of 
fitting  the  activity  to  the  need,  discussed  in 
this  chapter,  is  an  essential  aspect  of  tailor¬ 
ing. 
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Figure  7-7.  The  Integrated  Logistics  Support  Process 


7.5  SUMMARY 

•  Application  of  LSA  is  n\andatory  for 
all  materiel  systems. 

•  Applications  must  be  tailored  to  the 
requirements  of  each  acquisition  to  ensure 
cost-effective  implementation. 

•  The  LSA  programs  for  major  systems 
are  relatively  costly.  These  costs  are  most 
warranted  when  LSA  is  used  as  the  inte¬ 
grated  soiu-ce  and  record  for  development 
of  ILS  planning  and  definition  of  ILS  prod¬ 
ucts. 


The  program  that  provides  front-end  strat¬ 
egy  and  funding  for  LSA  and  other  ILS 
activities  is  more  likely  to  be  successful. 

7.6  REFERENCES 

1.  MIL-STE>-1388-1A,  "Logistics  Support 
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2.  MIL-STDS-1388-2A  and  2B,  "DoD  Re¬ 
quirements  for  a  Logistics  Support  Analy¬ 
sis  Record." 

3.  AMC  Pamphlet  700-11,  "Logistics  Sup¬ 
port  Analysis  Review  Team  Guide." 
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LOGISTICS  SUPPORT  RESOURCE 
REQUIREMENTS 

8.1  HIGHLIGHTS  S3  MANAGEMENTISSUES 


•  Use  of  LSA  to  define  ILS  resource 
requirements 

•  Determining  quantitative  logistics 
requirements  to  attain  readiness  objectives 

•  Data  input,  LSA  tasks,  time  phasing 
issues,  LSA  records  and  LSAR  associated 
with  each  ILS  element 

•  Managing  logistics  support  resources 
for  accelerated  acquisitions 

8.2  INTRODUCTION 

8.2.1  Purpose 

To  provide  a  managerial  overview  of  meth¬ 
ods  used  to  determine  the  logistics  support 
resources  (i.e.,  the  ILS  elements)  requir^  to 
achieve  system  readiness  objectives. 

8.2.2  Objective 

The  primary  objective  of  any  new  materiel 
system  is  to  provide  a  needed  military  capa¬ 
bility  at  an  affordable  LCC.  Readiness  is  one 
of  the  principal  determinants  of  military 
capability.  The  objective  of  the  activities 
described  in  this  chapter  is  to  define  the 
logistics  resources  ne^ed  to  support  sys¬ 
tem  operational  perfonnance  and  to  achieve 
peacetime  and  wartime  readiness  objectives. 


8.3.1  Support  of  Operational 
Performance 

Logistics  support  resource  requirements  are 
driven  by  thesystems' operational  R&M char¬ 
acteristics  and  the  R&S  objectives  established 
as  firm  objectives  prior  to  the  Milestone  II 
decision.  As  shown  in  Figure  8-1,  the  system 
operational  R&M  characteristics  are  deter¬ 
mined  by  the  supportability  design  charac¬ 
teristics  of  the  system,  the  projected  opera¬ 
tional  role  and  the  operational  support  the 
system  will  receive  in  its  operating  environ¬ 
ment.  The  operational  support  consists  of 
the  trained  manpower,  support  equipment, 
technical  manuals,  embedd^  computer  sys¬ 
tems  and  facilities  that  directly  support  the 
operational  performance  of  the  system. 

8.3.2  Attainment  of  Readiness  Objectives 

The  R&S  objectives  are  driven  by  system 
design  R&M,  the  characteristics  and  perfor¬ 
mance  of  the  support  system,  and  the  quan¬ 
tity  and  location  of  support  resources. 

Logistics  support  is  key  to  attaining  readi¬ 
ness  objectives.  The  ILS  elements  are  partly 
unique  to  the  system  and  partly  a  character¬ 
istic  of  the  overall  support  structure  for  all 
systems.  The  unique  elements  (maintenance 
manpower,  spares  and  repair  parts  stockage, 
special  support  equipment  and  additional 
quantities  of  common  equipment)  can  be 
designed  or  selected  to  achieve  a  specified 
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Figure  8-1.  ILS  and  R&M  Readiness  Relatioi\ships 


system  readiness  level.  The  effectiveness  of 
common  support  elements  (for  example, 
existing  storage  and  transportation  capa¬ 
bilities)  can  be  quantified  using  such  pa¬ 
rameters  as  order  and  ship  time  and  fill 
rate.  The  parameters  should  be  based  upon 
the  demonstrated  and  projected  perfor¬ 
mance  of  the  common  support  structure. 
Given  target  or  measured  values  of  opera¬ 
tional  R&M  and  the  parameters  describing 
the  effectiveness  of  logistics  support,  com¬ 
puter  simulations  may  be  used  to  model 
the  attainability  of  a  readiness  objective 
(see  9.3.4). 

Sustaining  wartime  readiness  adds  the 
dimensions  of  combat  exposure  and  dura¬ 
tion  to  the  peacetime  measure  of  readiness. 
Wartime  readiness  objectives  usually  take 


the  form  of  a  specified  level  of  operational 
availability  over  a  postulated  duration  and 
intensity  of  combat.  Clearly,  wartime  re¬ 
quirements  for  manpower,  supply  support 
and  transportation  are  substantia^  greater 
than  peacetime  requirements  bemuse  of 
higher  use  rates  and  exposure  to  combat 
damage.  For  example,  an  M-1  Abrams  tank 
which  might  fire  twenty  training  rounds 
per  year  in  peacetime,  could  fire  three  times 
that  amount  in  a  single  day  of  high  inten¬ 
sity  combat.  Additional  considerations  for 
combat  sustainability  are  listed  in  Figure  8- 
2. 

8.3.3  Analytical  Techniques 

Within  the  overall  framework  of  Systems 
Engineering,  LSA  employs  a  number  of 
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ILS  ELEMENT 

MAJOR  SUSTAINABILITY  CONSIDERATIONS 

Maintenance  Planning 

•  Evaluate  Impact  of  Increased  mission 
tempo  and  of  battle  damage  assessment 
and  repair  on  logistics  support 

Manpower  &  Personnel 

•  Assess  Impact  of  higher  wartime  system 
utllitttlon,  requirements  for  battle 
damage  assessment  and  repair,  and  the 

Impact  of  personnel  casualties 

Supply  Support 

•  Compute  wartime  consumption  rates  (parte, 

POL,  ammunition);  develop  war  reserves 
and  combat  supply  support  stockage; 
assess  Industrial  preparedness;  address 
cannibalization  of  parts  from  battle 
damaged  systems 

Technical  Manuals 

•  Incorporate  Instructions  for  battle  damage 
assessment  and  repair 

Training 

•  Develop  training  requirements  for  battle 
damage  assessment  and  repair  and  support 
increased  need  for  replacement  of  trained 
personnel 

Transportation 

•  Evaluate  Intertheater,  Intratheater  and 
battlefield  recovery  and  transportation 
requirements 

Figure  8-2.  Sustaining  Wartime  Readiness 


analytical  techniques.  The  techniques  that 
apply  to  the  determination  of  resource  re¬ 
quirements  for  two  or  more  ILS  elements 
are  Failure  Modes,  Effects  and  Criticality 
Analysis  (FMECA);  Repair  Level  Analysis 
(RLA);  Reliability-Centered  Maintenance 
(RCM)  Analysis;  Task  Analysis;  and  Dam¬ 
age  Mode  and  Effects  Analysis  (part  of 
FMECA).  They  are  addressed  below. 

8.3.3.1  Failure  Modes,  Effects 
and  Criticality  Analysis 

The  FMECA  is  an  essential  function  in  the 
engineering  design  process  that  provides 
input  to  the  identification  of  functional  re¬ 
quirements  (LSA  Task  301)  and  mainte¬ 
nance  task  analysis  (LSA  Task  401).  The 
main  purpose  of  the  FMECA  is  to  identify 
potential  design  weaknesses  through  sys¬ 


tematic  consideration  of  the  likely  modes 
in  which  a  component  or  equipment  can 
fail,  causes  for  each  mode  of  failure  and  the 
effects  of  each  failure.  (See  MlL-STD-785, 
"Reliability  Program  for  Systems  and 
Equipment  Development  and  Production" 
and  MlL-STD-1629,  "Procedures  for  Per¬ 
forming  a  Failure  Mode,  Effects  and  Criti¬ 
cality  Analysis.")  Reliability  engineers 
should  initiate  the  FMECA  during  the  CED 
phase  as  soon  as  preliminary  design  infor¬ 
mation  is  available  at  the  higher  system 
levels.  The  FMECA  should  be  extended  to 
lower  levels  in  later  acquisition  phases  as 
more  information  becomes  available.  Its 
first  purpose  is  the  early  identification  of 
possible  catastrophic  and  critical  failures, 
so  they  can  be  eliminated  or  minimized 
through  design  correction  or  preventive 
operational  or  maintenance  tasks.  The  re- 
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suits  of  the  FMEC  A  may  be  recorded  in  the 
LSAR  database  (see  chapter  7).  The  FMEC  A 
also  provides  input  to  the  - 

•  Identification  of  requirements  for  cor¬ 
rective  maintenance 

•  Performance  of  reliability-centered 
maintenance  (see  8.33.3) 

•  Development  of  troubleshooting  pro¬ 
cedures  in  technical  manuals/orders 

•  Performance  of  maintenance  task 
analysis 

8.3.3^  Repair  Level  Analysis 

The  RLA  is  a  technique  that  establishes 
whether  an  item  should  be  repaired;  and  at 
what  level  of  maintenance.  The  RLA  pro¬ 
vides  vital  input  to  maintenance  task  analy¬ 
sis  (see  7.3.5.1). 

83.3.3  Reliability  Centered 
Maintenance  Analysis 

The  purpose  of  an  RCM  analysis  is  to  iden¬ 
tify  the  essential  preventive  maintenance 
tasks  required  to  retain  the  safety  and  reli¬ 
ability  inherent  in  system  design.  The  re¬ 
quirement  to  perform  RCM  is  contained  in 
DoDD  4151.16,  "DoD  Equipment  Mainte¬ 
nance  Program."  Each  &rvice  has  devel¬ 
oped  procedures  for  its  application.  Gen¬ 
eral  application  guidelines  have  been  de¬ 
velop^  by  United  Airlines  under  contract 
to  the  DoD:  Reliability-Centered  Mainte¬ 
nance  by  F.  Stanley  Nowlan  and  Howard  F. 
Heap,  29  December  1978. 

The  FMECA  (see  8.3.3.1)  provides  an  es¬ 
sential  input  to  RCM  analysis.  Failure 
modes  that  impact  safety,  prevent  mission 
performance,  or  require  costly  repair  are 
identified  as  candidates  for  preventive 


maintenance  tasks.  Tasks  include  crew 
monitoring  procedures  servicing  and  lu¬ 
brication,  scheduled  inspection  procedures 
and  (when  justified  by  a  statistically  sig¬ 
nificant  relationship  between  failure  prob¬ 
ability  and  accrued  usage)  a  scheduled  re¬ 
placement  or  repair  procedure.  The  ap¬ 
plication  of  RCM  results  in  the  - 

•  Identification  of  failure  modes  requir¬ 
ing  additional  design  evaluation 

•  Establishment  of  scheduled  preven¬ 
tive  maintenance  tasks  for  inclusion  in  tech¬ 
nical  manuals/orders 

•  Establishment  of  overhaul  selection 
procedures  for  end  items  and  components 

83.3.4  Task  Analysis 

Task  analysis  consists  of  a  detailed  analysis 
of  the  operations  and  maintenance  tasks 
required  for  a  new  system.  The  specific 
objectives  of  this  analytical  activity  are  to  - 

•  Identify  logistics  support  resource 
requirements  for  each  task 

•  Identify  new  or  critical  logistics  sup¬ 
port  resource  requirements 

•  Identifytransportabilityrequirements 

•  Identify  support  requirements  which 
are  outside  established  goals,  objectives  or 
constraints 

•  Provide  data  to  support  the  develop¬ 
ment  of  design  alternatives  to  reduce 
costs,  optimize  logistics  support  resource 
requirements  or  enhance  readiness 

•  Provide  source  data  for  preparation 
of  required  ILS  documents  (technical 
manuals,  training  programs,  etc.). 
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Task  analysis  breaks  each  task  into  specific 
subtasks  in  order  to  identify  skill  require¬ 
ments,  elapsed  time,  task  frequency,  per¬ 
sonnel  required  at  each  maintenance  level, 
support  equipment,  repair  parts,  require¬ 
ments  for  new  or  modified  facilities  and 
training  support.  The  government  should 
require  the  contractor  to  perform  selected 
high  pay-off  task  analyses  during  the  DV 
phase.  Task  analyses  to  assess  the  impact  of 
proposed  design  changes  on  all  ILS  re¬ 
sources  requirements  will  be  required  dur¬ 
ing  all  phases. 

The  LSA  Task  401,  'Task  Analysis",  ad¬ 
dresses  the  specific  purpose,  description, 
input  and  output  of  task  analysis.  In  addi¬ 
tion,  Logistics  Engineering  and  Manage¬ 
ment  by  B.  Blanchard  has  an  excellent  dis¬ 
cussion  of  task  analysis. 

8.3.3.5  Damage  Modes  and  Effects 
Analysis  (DMEA) 

The  ability  of  a  system  to  survive  an 
enemy  attack  directly  impacts  its  wartime 
sustainability.  The  DMEA  (Task  104  of  the 
FMECA,  MIL-STD  1629)  serves  to  influ¬ 
ence  system  and  component  design  and  to 
identify  the  additional  logistics  support 
resources  required  to  achieve  the  wartime 
readiness  objectives.  The  frequency  and 
severity  of  combat  damage  occurrences  are 
estimated  through  combat  simulations  and 
tests.  Additional  manpower,  supply  sup¬ 
port,  transportation  and  skills  associate 
with  restoring  a  battle-damaged  system  to 
ready  status  are  then  computed  (see  3.3.5.3). 
Data  on  combat  damage  to  aircraft  and 
combat  vehicles  sustained  in  the  Southeast 
Asia  and  the  Yom  Kippur  wars  are  re¬ 
corded  in  the  Survivability/Vulnerability 
Information  Analysis  Center  (SURVIAC) 
data  base  at  Wright-Patterson  AFB,  Ohio. 


8.3.4  Developing  ILS  Elements 

The  LSA  is  an  integral  part  of  Systems 
Engineering.  The  LSA  defines,  quantifies, 
schedules  and  documents  required  levels 
of  logistics  support.  This  section  provides  a 
broad  overview  of  the  development  of  the 
ten  ILS  elements  (DoDl  5000.2,  Part  7A, 
"Integrated  Logistics  Support")  with  a  fo¬ 
cus  on  the  linkage  of  basic  source  data  to 
LSA  (MIL-STD-1388-1A),  to  LSAR  (MIL- 
STD-1 388-2 A),  to  LSAR  reports,  and  where 
applicable,  to  models  and  other  studies  (as 
displayed  in  Figure  8-3).  The  LSA  data 
generated  by  the  system  developer  are 
documented  in  15  data  records.  Records 
related  to  individual  ILS  elements  are  iden¬ 
tified  in  Figure  8-3.  The  government-devel¬ 
oped  Joint  Service  LSAR  automated  sys¬ 
tem  (or  other  government-validated  sys¬ 
tem)  is  capable  of  recording  data  in  an 
automated  format  (e.g.,  disk  or  tape)  and 
producing  LSAR  reports  to  support  the 
development  or  selection  of  ILS  elements 
(see  Chapter  7). 

8.3.4.1  Maintenance  Planning 

This  is  the  process  conducted  by  the  gov¬ 
ernment  and  contractor  to  explore  alterna¬ 
tives  and  to  develop  the  maintenance  con¬ 
cepts  and  maintenance  requirements  for 
the  life  of  the  system.  Maintenance  plan¬ 
ning  is  the  lead  analytical  activity  and  pro¬ 
vides  input  to  the  development  of  the  re¬ 
maining  logistics  support  elements. 

The  DoDI  5000.2  (Part  7A)  requires  the 
development  of  a  baseline  support  concept 
during  the  CED  Phase  and  a  maintenance 
concept  and  supporting  analyses  during 
DV.  Detailed  operation  and  maintenance 
tasks  are  identified  during  the  DV  and 
EMD  phases.  Maintenance  planning  iden¬ 
tifies  the  level  of  maintenance  at  which 
each  task  (e.g.,  remove,  disassemble,  fault 
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Figure  8-3.  Development  of  ILS  Elements 
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locate)  is  performed,  what  support  equip¬ 
ment  is  required,  task  times  and  frequen¬ 
cies,  and  input  information  to  identify  re¬ 
quirements  for  all  ILS  resources. 

As  indicated  in  Figure  8-3,  source  data 
includes  current  characteristics  of  the  stan¬ 
dard  maintenance  system  employed  by  the 
Service  to  support  similar  items  in  the  mis¬ 
sion  area,  operational  concepts,  R&M  pro¬ 
gram  data  (prediction,  simulations,  and 
test)  and  historical  data  on  like  and  similar 
components  in  deployed  systems.  Analytic 
techniques  to  assist  in  the  performance  of 
maintenance  planning  are  described  in 
paragraph  8.3.3.  The  results  of  the  analyses 
are  documented  on  the  LSA  records  and 
tables  identified  in  Figure  8-3.  The  LSAR 
reports  provide  a  convenient  display  of 
maintenance  planning  as  a  guide  for  the 
identification  of  other  logistics  support  re¬ 
source  requirements.  LSA-003,  'Mainte¬ 
nance  Summary"  compares  maintainabil¬ 
ity  parameters  achieved  by  system  design 
to  the  required  values.  The  LSA-004,  "Main¬ 
tenance  Allocation  Summary"  lists  main¬ 
tenance  task  allocation  by  such  functions 
as  test,  service  and  replace.  The  LSA-016, 
"Preliminary  Maintenance  Allocation 
Chart"  provides  preliminary  descriptions 
of  task  allocation  as  analyses  cire  performed. 
Finally,  LSA-024,  "Maintenance  Plan" 
documents  the  results  of  the  maintenance 
planning  effort — that  is,  the  what,  the  how 
and  the  who  of  performance  and  support 
for  all  maintenance  tasks. 

8.3.4.2  Manpower  and  Personnel 

This  element  encompasses  the  identifica¬ 
tion  and  acquisition  of  military  personnel 
with  the  skills  and  grades  required  to  oper¬ 
ate  and  support  a  system  over  its  lifetime  at 
peacetime  and  wartime  rates.  The  DoDI 
5000.2,  Part  7A  requires  identification  of 
manpower  constraints  prior  to  Milestone  0 


and  an  initial  estimate  of  manpower  re¬ 
quirements  during  the  CED  Ph^.  Initial 
estimates  are  based  upon  analysis  of  a 
baseline  comparison  system  (LSA  Task 203) 
derived  from  a  similar  system  or  systems 
in  the  mission  area  (see  3.3.3.2).  Several 
analytical  models  are  available.  For  ex¬ 
ample,  the  Navy-developed  Hardware  and 
Manpower  (HARDMA^  model  is  an  ana¬ 
lytical  tool  that  predicts  quantitative  man¬ 
power  and  personnel  requirements  in  dif¬ 
ferent  skill  specialty  code  categories. 

As  the  system  design  is  completed  during 
EMD,  data  becomes  available  to  enable  the 
development  of  more  precise  manpower 
estimates  based  upon  detailed  task  analy¬ 
ses.  The  source  data  identified  in  Figure  8- 
3  are  used  to  identify  the  estimated  fre¬ 
quency  and  duration  of  individual  tasks 
deriv^  from  predictions,  simulations,  test 
and  field  data  and  historical  data  on  like 
and  similar  components.  Paragraph  8.3.3 
above  describes  LSA  techniques. 

Maintenance  manpower  requirements  are 
recorded  on  the  records  and  table  groups 
identified  in  Figure  8-3.  The  LSAR  ADP 
system  is  capable  of  displaying  the  recorded 
data  in  formats  convenient  for  use  in  man¬ 
power  computation  models.  The  LSA-001, 
"Direct  Annual  Maintenance  Manhours" 
lists  the  direct  annual  maintenance 
manhours  of  each  required  ^cill  Specialty 
Code  (SSC)  at  each  level  of  maintenance. 
The  LSA-002,  "Personnel  and  Still  Sum¬ 
mary"  identifies  man-hours;  tinte  and  the 
required  number  of  personnel  by  task,  work 
unit  code,  or  technical  manual  functional 
group  code. 

Each  Service  has  its  own  procedures,  man¬ 
power  standards  and  manpower  models 
for  converting  direct  annual  manhours  to 
quantitative  and  qualitative  manpower 
requirements.  The  ILS  manager  determines 
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the  skills,  tasks  and  knowledge  required  to 
operate  and  support  the  new  system  and 
the  manhours  required  to  maintain  it  at 
each  maintenance  level.  Manpower  and 
Personnel  activities  of  the  Services  convert 
the  manhour  values  into  the  quantitative 
manpower  authorizations.  During  the 
P&D  or  O&S  phase,  manpower  and  per¬ 
sonnel  specialists  survey  deployed  units  to 
refine  the  manpower  authorizations.  The 
ILS  manager  and  supporting  staff  should 
be  familiar  with  and  participate  in  their 
Service's  manpower  computation  proce¬ 
dures. 

8.3.4.3  Supply  Support 

Supply  support  encompasses  all  actions 
required  to  identify  and  obtain  the  spares 
and  repair  parts  needed  to  support  peace¬ 
time  and  wartime  readiness  objectives. 
The  input  data  listed  in  Figure  8-3  are 
used  to  determine  the  anticipated  rate  of 
replacement  of  the  items  based  upon  initial 
predictions,  simulations,  test  and  field  data 
and  historical  data  on  like  and  similar  com¬ 
ponents.  The  LSA  tasks  included  in  main¬ 
tenance  planning  identify  the  mission  criti¬ 
cality  of  parts,  authorized  maintenance  lev¬ 
els,  peacetime  and  wartime  replacement 
rates  and  estimates  of  part  failures  due  to 
battle  damage. 

Data  elements  in  MIL-STDS-1388-2A  and 
2B  support  all  required  provisioning  ac¬ 
tions.  Report  LSA-036,  "Provisioning  Re¬ 
quirements"  provides  provisioning  list 
deliverables.  Replacement  rates  related 
to  battle  damage  may  be  included  in  LSA 
procedures  or  developed  by  separate  battle 
damage  simulations. 

"Sparing  to  availability"  is  the  term  gener¬ 
ally  applied  to  models  that  compute 
stockage  levels  by  item  and  quantity  re¬ 


quired  to  support  peacetime  and  wartime 
readiness  levels.  The  ILS  manager  should 
understand  the  computational  methodol¬ 
ogy  and  assume  direct  responsibility  for 
supply,  maintenance,  transportation  and 
procurement  performance  parameters 
employed  in  the  model.  Sparing  to  avail¬ 
ability  models  simulate  multiechelon  sup¬ 
ply  support  from  wholesale  stockage  points 
(e.g.,  DLA  supply  centers.  Service  depots, 
contractor  warehouses)  to  the  ultimate  user, 
who  may  be  a  high  priority  operational 
unit  in  a  distant  country  or  at  sea  or  many 
other  locations.  The  ILS  manager  must  en¬ 
sure  that  order  and  ship  time,  fill  rates, 
maintenance  turn  around  times  and  other 
parameters  employed  in  the  model  realis¬ 
tically  portray  the  impact  and  interaction 
of  the  supply,  transportation,  maintenance 
and  procurement  systems.  (Examples  of 
sparing  to  availability  models  are  The  Army 
Selected  EssentiaMtems  Stockage  for  Avail¬ 
ability  Method  (SESAME)  model  and  the 
Navy  Availability-Centered  Inventory 
Model  (ACIM).) 

Supply  studies  are  performed  starting  in 
the  DV  Phase.  All  required  studies  and 
documentation  should  be  completed  dur¬ 
ing  EMD  or  early  P&D.  In  an  ideal  situa¬ 
tion,  computation  and  total  provisioning 
requirements  are  completed  based  upon  a 
stable  design  before  the  transition  to  pro¬ 
duction.  Updates  to  reflect  design  changes 
and  field  experience  will  be  required  in 
all  phases. 

8.3.4.4  Support  Equipment 

The  support  equipment  element  encom¬ 
passes  all  items  (mobile  or  fixed)  required 
to  support  operation  and  maintenance  of 
the  system.  It  includes  associated  mul¬ 
tiuse  end  items,  groimd  handling  and  main¬ 
tenance  equipment,  tools,  metrology  and 


calibration  equipment,  test  equipment  and 
automated  test  equipment. 

Support  equipment  standardization  stud¬ 
ies  are  performed  starting  in  the  CED  phase. 
Lists  of  existing  equipment  employed  in 
the  mission  area  and  broader  lists  of  stan¬ 
dard  support  equipment  and  tools  main¬ 
tained  by  the  Services,  the  DLA,  and  the 
General  Services  Administration  provide 
input  to  the  standardization  studies  (see 
Figure  8-3).  Maintainability  engineers  have 
a  primary  responsibility  for  determining 
support  equipment  requirements  for 
maintenance  tasks  in  accordance  with  MIL- 
STD-470A,  "Reliability  Program  for  Sys¬ 
tems  and  Equipment."  Major  items  of  sup¬ 
port  equipment  requiring  development 
should  be  tentatively  identified  during 
CED. 

By  the  beginning  of  EMD,  special  and  stan¬ 
dard  support  equipment  should  have  been 
identified  through  trade-off  studies.  At 
this  point,  detailed  task  analyses  and  docu¬ 
mentation  are  performed  to  identify  the 
specific  equipment  requirements  for  every 
operating  and  maintenance  task.  The  LS  AR 
reports  identified  in  Figure  8-3  support 
determination  of  quantitative  requirements 
for  the  selected  items. 

Development  and  support  of  Automatic 
Test  Equipment  (ATE)  has  become  a  major 
cost  area  for  each  of  the  military  services. 
Substantial  progress  has  been  made  in  re¬ 
cent  years  in  limiting  the  proliferation  of 
ATE  for  developmental  systems.  Each  Ser¬ 
vice  has  developed  standard  or  preferred 
ATE  or  a  family  of  ATE  and  has  estab¬ 
lished  a  central  office  to  review  requests 
for  waivers.  The  responsible  central  activi¬ 
ties  are  PM,  Test  Measurement  and  Diag¬ 
nostic,  U.S.  Army  Communications-Elec- 
tronics  Command;  HQ,  Air  Force  Materiel 
Command;  and  PM,  Consolidated  Auto¬ 


mated  Support  System,  U.S.  Naval  Air  Sys¬ 
tem  Command. 

Standardization  of  the  software  employed 
to  automate  test  procedures  offers  addi¬ 
tional  opportunities  for  cost  reduction.  The 
OSD,  working  with  the  Services  and  in¬ 
dustry,  established  C- Atlas  716  as  the  stan¬ 
dard  programming  language  for  ATE  test 
programs.  Each  of  the  Services  has  estab¬ 
lished  capabilities  to  manage  contractor 
software  development  and  to  update  and 
maintain  programs  employing  this  stan¬ 
dard  language. 

8.3.4.5  Technical  Data 

Technical  data  encompasses  all  recorded 
information  of  a  scientific  or  technical  na¬ 
ture  related  to  a  program.  Technical  data 
consists  of  written  instructions  such  as 
drawings;  operating  and  maintenance 
manuals;  specifications,  inspection,  test  and 
calibration  procedures;  and  documentation 
of  computer  programs. 

System  functional  requirements  and  de¬ 
sign  and  production  documentation  pro¬ 
vide  technical  data.  Technical  manual 
standards  and  specifications  describe  for¬ 
mat,  content  and  style  requirements.  Train¬ 
ing  activities  within  the  Services  identify 
skills  and  reading  comprehension  levels  of 
the  target  audiences.  Technical  instruc¬ 
tions  are  developed  by  performance  of  lo¬ 
gistics  support  analyses  listed  in  Figure  8- 
3  and  recorded  on  the  data  records  and 
table  groups  identified.  The  maintenance 
planning  tasks  identify  preventive  and  cor¬ 
rective  maintenance  actions  including 
troubleshooting  guidance.  Task  analyses 
identify  specific  procedures  and  skill  re¬ 
quirements.  Scheduling  the  deli  very  of  tech¬ 
nical  data  is  a  critical  PM  challenge.  Pre¬ 
liminary  technical  manuals  maybe  required 
by  late  DV  to  support  operational  test  and 
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evaluation  and  training  activities.  A  formal 
validation  and  verification  procedure  must 
be  scheduled  and  executed  to  ensure  the 
quality  of  technical  manuals.  This  is  often 
conducted  as  part  of  the  OT&E  program 
and  must  be  included  in  the  Test  and 
Evaluation  Master  Plan  (TEMP). 

8.3.4.6  Training  and  Training  Support 

This  element  encompasses  all  of  the  pro¬ 
cesses,  procedures,  techniques,  training 
devices  and  equipment  used  to  train  per¬ 
sonnel  to  operate  and  support  a  system  — 
including  individual  and  crew  training; 
new  equipment  training;  initial,  formal 
and  on-the-job  training;  and  logistics  sup¬ 
port  planning  for  training  equipment. 

Input  to  planning  for  training  requirements 
indudes  constraints  imposed  by  the  present 
logistics  system  (Figure  8-3).  Compatibil¬ 
ity  with  existing  personnel  skills,  programs 
of  instruction,  and  training  equipment  can 
nunimize  training  costs.  Planning  and  ini¬ 
tial  resource  requirements  for  training 
should  be  established  prior  to  Milestone  I. 
Training  items  requiring  development 
should  be  tentatively  identified  prior  to 
Milestone  I.  The  Services  require  approval 
of  formal  training  plans,  such  as  the  Navy 
Training  Plan,  prior  to  Milestone  II. 

The  LSA  process,  through  task  analysis, 
serves  to  identify  training  and  equipment 
requirements  at  the  task  level  during  DV 
and  EMD.  The  system  developer  or  Ser¬ 
vice  test  organization  is  responsible  for 
training  the  operating  and  maintenance 
personnel  who  participate  in  OT&E  during 
EMD.  The  initial  training  procedures  and 
equipment  should  be  representative  of 
those  that  will  be  employed  during  the 
O&S  phase.  The  output  of  the  LSAR  auto¬ 
mated  system  includes  LSA-01 1,  which  lists 


requirements  for  special  training  equip¬ 
ment  and  devices,  and  LSA-014,  which 
details  training  tasks.  These  in  turn  are 
used  to  guide  budget  development  and 
technical  and  training  manual  develop¬ 
ment. 

8.3.4.7  Computer  Resources  Support 

Computer  resources  support  is  defined  as 
all  computer  equipment,  software,  associ¬ 
ated  documentation,  contractual  services, 
personnel  and  supplies  needed  to  operate 
and  support  an  embedded  computer  sys¬ 
tem. 

The  increasing  complexity,  expanding  use, 
and  high  LCC  of  embedded  computer  soft¬ 
ware  demand  management  attention  to 
configuration  control  and  status  account¬ 
ing  of  the  software.  Standardization  poli¬ 
cies  adopted  by  DoD  (e.g.,  the  use  of  Ada  as 
the  standard  embedded  computer  higher 
order  language)  help  control  LCC.  Three 
areas  of  special  concern  for  the  ILS  man¬ 
ager  are: 

•  Fault-detection  and  fault-isolation 
capabilities  of  embedded  diagnostic  sys¬ 
tems; 

•  Ability  of  maintenance  personnel  to 
differentiate  between  hardware  and  soft¬ 
ware  deficiencies; 

•  Management  of  software  maintenance 
during  the  O&S  phase  of  the  materiel  sys¬ 
tem. 

The  ILS  manager  should  ensure  that  diag¬ 
nostic  programs  are  fully  evaluated  during 
OT&E  and  that  deficiencies  are  corrected 
before  deplo5nnent.  Support  of  embedded 
computers  during  the  O&S  phase  should 
be  addressed  in  the  Computer  Resources 
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Life-Cycle  Management  Plan  (CRLCMP) 
and  the  PPSP. 

8.3.4.8  Facilities 

Facilities  encompass  those  real  property 
assets  required  to  support  the  materiel  sys¬ 
tem,  and  the  studies  that  define  types  of 
facilities  or  facility  improvements,  loca¬ 
tions,  space  needs,  utilities,  environmen¬ 
tal  requirements,  real  estate  requirements 
and  equipment.  The  objective  of  ILS  facili¬ 
ties  planning  is  to  ensure  that  the  required 
facilities  are  available  to  the  government 
test  organizations,  operating  forces  and 
supporting  activities  at  the  time  they  are 
needed. 

Facility  planning  requires  support  man¬ 
agement  attention  throughout  the  acquisi¬ 
tion  process.  A  minimum  of  five  years  is 
normally  required  from  initiation  of  the 
POM  process  until  the  usable  facility  is  in 
place.  In  the  case  of  NATO  facility  ac¬ 
quisition,  the  lead  time  can  be  even  greater. 
Because  of  the  long  acquisition  cycle,  the 
need  for  new  facilities  must  be  recognized 
early  in  the  system  life  cycle.  During  the 
CED  phase,  space  and  equipment  demands 
are  analyzed  to  determine  general  facility 
requirements.  Where  existing  facilities  are 
deemed  inadequate,  new  facility  require¬ 
ments  are  developed.  A  particularly  diffi¬ 
cult  scheduling  problem  is  the  approval, 
design,  and  construction  of  any  new  facili¬ 
ties  required  to  support  testing  activity. 
These  facilities  must  be  defined  early  in  the 
CED  phase  if  they  are  to  be  available  when 
required. 

Input  to  facility  requirements  planning  in¬ 
clude  data  on  existing  facilities,  projected 
space  availability,  facility  funding  con¬ 
straints  and  projected  operational  and 
maintenance  concepts.  Existing  facility 


data  includes  information  on  other  Service 
depot  facilities.  The  Etepot  Maintenance 
Interservicing  Program,  under  the  author¬ 
ity  of  the  Joint  Logistics  Commanders,  re¬ 
quires  a  joint  Service  review  of  facility  re¬ 
quirements  for  new  systems  and  major 
changes  to  facilities  for  existing  systems. 
The  objective  of  this  review  is  to  determine 
where  support  can  be  provided  on  a  most 
cost-effective  basis,  with  existing  capabili¬ 
ties  within  any  of  the  Services,  with  new 
Service  facilities,  or  by  a  contractor.  (Refer 
to  DoDD  4151.1,  "Use  of  Contractor  and 
DoD  Resources  for  Maintenance  of  Mate¬ 
riel.")  The  only  justification  to  reject  other 
Service  capabilities  is  that  retention  of  Ser¬ 
vice  support  is  absolutely  critical  to  that 
Services’  mission. 

The  description  of  and  justification  for  new 
facilities  are  summarized  in  LSA-012, 
"Requirements  for  Facility." 

83.4.9  Packaging,  Handling,  Storage 
and  Transportation  (PHS&T) 

This  element  deals  with  the  characteristics, 
action  and  requirements  necessary  to  in¬ 
sure  the  capability  to  transport,  preserve, 
package,  and  handle  all  equipment  and 
support  items. 

Inputs  to  the  PHS&T  planning  process  are 
system  design,  support  system  transport¬ 
ability  constraints,  existing  packaging  stan¬ 
dards  and  containers,  and  the  capability  of 
current  handling  and  storage  facilities  and 
equipment.  Initial  system  transportabil¬ 
ity  constraints  are  specified  in  the  CED 
phase,  in  accordance  with  DoDI  5000.2, 
Part6A  'Transportability,"  and  are  assessed 
against  the  capabilities  of  existing  trans¬ 
portation  assets.  T  ransportability  trade-offs 
are  performed  as  part  of  LSA  Task  303.2.12 
to  optimize  the  transportation  concept  un- 
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der  the  identified  constraints.  These  re¬ 
quirements  must  be  approved  by  the  ap¬ 
propriate  military  service  transportation 
agents.  During  DV,  specific  end  item  trans¬ 
portability  characteristics  are  identified 
through  transportability  analyses  con¬ 
ducted  as  part  of  LSA  Task  401,  'Task 
Analysis." 

In  the  CED  phase,  packaging  and  handling 
standards  should  be  specified.  Design  con¬ 
straints  should  be  established  to  maximize 
compatibility  with  the  projected  support 
system.  Packaging  design  engineers  should 
be  included  in  the  design  review  and  ap¬ 
proval  cycle  for  released  engineering  docu¬ 
ments.  During  DV,  component  design  is 
reviewed  to  assure  resistance  to  damage, 
compatibility  with  existing  packaging  as¬ 
sets  and  to  determine  unique  protection 
and  handling  requirements.  Dimensional, 
special  handling,  storage  and  shelf  life  in¬ 
formation  is  recorded  in  the  LSAR.  A  spe¬ 
cial  handling  list  can  be  developed  and 
distributed  to  facilitate  correct  handling  of 
special  items. 

Outputs  of  the  process  include  LSA-025 
"Packaging  Requirements  Data"  and  LSA- 
026  "Packaging  Development  Data." 

8.3.4.10  Design  Interface 

Design  interface  is  the  relationship  of  logis¬ 
tics-related  design  parameters,  such  as 
R&M,  to  readiness  and  logistics  support 
resource  requirements.  As  illustrated  in 
Figure  8-4,  this  is  an  two-way,  interactive 
relationship.  System  readiness  objectives 
and  logistics  constraints  established  dur¬ 
ing  CED  and  DV  drive  the  design.  While 
ILS  exerts  the  greatest  influence  during 
this  early  phase,  there  are  also  opportuni¬ 
ties  in  later  phases.  Application  of  LSA 
tasks  helps  identify  design-related  short¬ 
falls  and  targets  for  subsequent  design 


study.  This  is  achieved  through  analysis, 
specific  LSA  effort  and  logistics  reviews  as 
the  materiel  system  progresses  through  the 
acquisition  cycle. 

The  four  LSA  output  reports  listed  in  Fig¬ 
ure  8-4  are  compiled  from  LSAR  data  docu¬ 
mented  during  EMD.  The  reports  identify 
the  need  and  opportunities  for  design 
changes  to  improve  readiness  and  reduce 
operation  and  supp>ort  costs. 

•  "Direct  Annual  Maintenance  Man¬ 
hours"  (LSA-001)  measures  the  achieve¬ 
ment  of  a  maintenance  manhour  per  oper¬ 
ating  hour  or  sunilar  constraint  established 
before  program  initiation  or  during  the 
CED  phase. 

•  "Critical  Maintenance  Task  Sum¬ 
mary"  (LSA-006)  lists  maintenance  tasks 
that  exceed  a  specified  threshold,  such  as 
frequency,  elapsed  time  or  annual  mainte¬ 
nance  manhours.  This  enables  a  focus  on 
cost  drivers. 

•  "Reliability  Summary-Redesign" 
(LSA-051)  is  a  compilation  of  problem  ar¬ 
eas  annotated  on  LSA  records  during  task 
analyses. 

•  "Criticality  Analysis  Summary" 
(LSA-052)  lists  failure  modes  that  have  the 
greatest  impact  upon  system  reliability  and 
safety. 

The  constant  review  of  the  design  inter¬ 
faces  assures  the  identification  of  opportu¬ 
nities  to  reduce  logistics  support  costs  and/ 
or  enhance  readiness.  Any  design  change 
resulting  from  this  review  process  must  be 
assessed  for  impact  on  logistics  support 
resource  requirements.  The  application  of 
system  engineering  parameters  to  the  de¬ 
velopment  of  logistics  support  resources  is 
discussed  in  Chapter  5. 
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•  LSA-001  DIRECT  ANNUAL  MAINTENANCE  MAN-HOURS 

•  LSA-006  CRITICAL  MAINTENANCE  TASK  SUMMARY 

•  LSA-051  REUABILITY  SUMMARY -REDESIGN 

•  LSA-052  CRITICALITY  ANALYSIS  SUMMARY 


Figure  8-4.  ILS  System  Design  Relationship 


8.4  RISK  MANAGEMENT 

8.4.1  Accelerated  Programs 

8.4.1.1  Risk  Area 

An  accelerated  system  development  pro¬ 
gram  may  be  required  to  overcome  a  criti¬ 
cal  deficiency  in  an  existing  military  ca¬ 


pability.  This  streamlining  can  pose  the 
risk  of  delaying  design  maturation  with 
frequent  configuration  changes  occurring 
in  late  development;  and  possibly  continu¬ 
ing  during  initial  P&D.  The  added  time 
required  to  modify  LSA  Records  and  up¬ 
date  ILS  elements  can  lead  to  an  initial 
period  of  decreased  system  readiness. 
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8.4.1  Risk  Handling 

The  DoDI 5000.2,  Part  7A  states  ILS  policies 
related  to  accelerated  development  pro- 
grams  as  follows  - 

•  ILS  risks  shall  be  fully  considered  in 
reviewing  alternate  acquisition  strategies. 

•  Accelerated  strategies  shall  place  ad¬ 
ditional  emphasis  on  supportability  de¬ 
sign  requirements  (such  as  R&M)  and  shall 
provide  additional  front-end  funding  to 
achieve  readiness  objectives  within  the 
shortened  development  cycle. 

•  Whendeemednecessary,interim  con¬ 
tractor  support  shall  be  planned  to  avoid 
compressing  support  delivery  schedules. 

•  Transition  to  organic  support  will  be 
planned  with  the  schedule  based  on  design 
stability,  demonstration  of  capability  to 
support  the  system  and  availability  of 
support  resources  for  the  mature  system. 

The  objective  during  the  initial  deploy¬ 
ment  period  is  to  use  contractor  resources 
to  replace  delayed  ILS  elements  in  a  man¬ 
ner  that  attains  peacetime  and  wartime 
readiness  objectives.  For  many  combat- 
related  systems,  this  requires  a  combina¬ 
tion  of  full  organic  military  capability  within 
the  combat  zone  and  contractor  support 
outside  this  zone.  Life-of-system  contrac¬ 
tor  support  is  often  employed  for  training 
devices  and  administrative  vehicles  that 
are  not  direct  participants  in  combat  opera¬ 
tions.  Planning  for  contractor  support 
should  be  performed  concurrent  with  de¬ 
velopment  of  an  accelerated  acquisition 
strategy  and  documented  in  the  ILSP. 

Reliability  Improvement  Warranties  (RIW) 
can  also  be  used  in  combination  with 
contractor  repair.  The  RIW  creates  a  con¬ 


tractor  incentive  to  improve  reliability 
while  relieving  government  activities  of 
the  burden  of  the  design  changes.  This 
approach  was  applied  successfully  during 
the  first  three  years  of  production  of  the 
T7(X)  turbine  engine  used  in  BLACK  HAWK 
helicopters.  During  this  period,  all  engines 
removed  at  unit  level  were  returned  to  the 
General  Electric  Company,  which  main¬ 
tained  responsibility  for  configuration  con¬ 
trol  (design  improvements)  and  all  repair. 
After  completion  of  the  RIW  period,  the 
durability  performance  of  the  engine  (mean 
time  to  overhaul)  exceeded  the  original 
specification  requirement. 

8.5  SUMMARY 

•  System  R&S  objectives  established  in 
CED  and  DV  are  the  determinants  of  sys¬ 
tem  R&M  and  the  elements  of  ILS. 

•  The  LSA  and  LSAR  provide  the  data 
required  to  define  and  select  ILS  elements. 
LSAR  automation  facilitates  compilation 
of  the  required  data;  however,  accuracy  of 
the  data  is  totally  dependent  upon  the  pre¬ 
cision  of  the  input  analysis  performed  by 
multiple  technical  and  logistics  skills. 

•  Accelerated  system  development 
strategies  require  concurrent  logistics  plan¬ 
ning.  Properly  designed  interim  contrac¬ 
tor  support  is  an  acceptable  means  of  han¬ 
dling  the  risks  of  delayed  design  matura¬ 
tion. 
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LOGISTICS  TEST  AND  EVALUATION 


9.1  HIGHLIGHTS 

•  Objectives  of  ILS*Related  Tests  and 
Evaluations 

•  Requirements  for  Statistical  Validity 

•  Planning  Documentation 

•  Planning  Guidelines  for  the  ILS 
Manager 

9.2  INTRODUCTION 
9J2.1  Purpose 

To  provide  an  overview  of  the  test  and 
evaluation  of  a  materiel  system's  opera¬ 
tional  suitability;  and  the  adequacy  of  the 
logistics  support  developed  to  attain  sys¬ 
tem  readiness  objectives. 

9.2.2  Objectives 

The  overall  objectives  of  logistics  test  and 
evaluation  are: 

•  To  provide  assurance  of  system  sup- 
portability  imder  anticipated  wartime  con¬ 
ditions; 

•  To  verify  that  the  logistics  support 
developed  for  the  system  is  capable  of 
achieving  established  system  readiness 
leveb  within  the  established  LCC  thresh¬ 
olds;  and 

•  To  demonstrate  that  system  readiness 
objectives  are  attained  at  peacetime  utiliza¬ 
tion  rates. 


93  MANAGEMENT  ISSUES 

93.1  Test  and  Evaluation  Programs 

Logistics  test  and  evaluation  extends  over 
the  entire  acquisition  cycle.  The  following 
paragraphs  describe  Unrelated  objectives 
of  Development  Test  and  Evaluation 
(DT&E)  and  Operational  Test  and  Evalua¬ 
tion  (OT&E);  as  well  as  the  objectives  of 
supportability  assessments.  The  ILS  man¬ 
ager  must  be  a  participant  in  the  planning 
of  DT&E  and  OT&E  and  is  directly  respon¬ 
sible  for  the  planning  of  post-deployment 
supportability  assessments. 

93.1.1  Development  Test 
and  Evaluation  (DT&E) 

The  DT&E  is  part  of  the  engineering  design 
and  development  process.  It  verifies  the 
attainment  of  technical  performance  speci¬ 
fications  and  objectives.  The  tests  are  gen¬ 
erally  conducted  by  the  prime  contractor 
and  developing  agency  imder  conditions 
not  fully  representative  of  field  opera¬ 
tion.  Figure  9-1  identifies  the  objectives  of 
major  interest  to  the  ILS  manager. 

93.1.2  Operational  Test  and  Evaluation 
(OT&E) 

The  OT&E  is  conducted  to  assess  a  sys¬ 
tems'  operational  effectiveness  and  suit¬ 
ability,  including  the  adequacy  of  the  sys¬ 
tems'  logistics  support  (see  Figure  9-1 ).  The 
tests  are  conduct^  and  evaluated  by  an 
independent  field  agency  separate  ^om 


Figure  9-1,  ILS  Objectives  in  the  T&E  Program 


the  developer  and  user  in  an  enviroiunent 
as  operationally  realistic  as  possible.  A  com¬ 
plete  evaluation  of  the  system's  supf)ort- 
ability  design  parameters  (e.g.,  operational 
R&M)  and  the  ILS  elements  should  be  con¬ 
ducted  during  the  HMD  phase,  employing 
a  production  representative  system.  This 
evaluation  may  continue  into  the  P&D 
phase  with  pilot  or  full  rate  production 
items.  All  ILS  elements  should  be  provided 
in  a  condition  or  configuration  that  is  as 
close  as  possible  to  that  which  will  be  pro¬ 
vided  during  the  O&S  phase.  As  a  mini¬ 
mum,  operational  test  environment  should 
include  - 

•  Representative  military  operations 
and  maintenance  personnel 


•  Adequately  trained  personnel  using  a 
prototype  of  the  planned  formal  training 
program 

•  Draft  technical  manuals 

•  Production  representative  systems 

•  Support  equipment  selected  for  op¬ 
erational  use 

•  Realistic  tactical  environment 

9.3.1.3  Product  Assurance  Test  and 
Evaluation  (PAT&E) 

The  PAT&E  is  conducted  on  production 
systems  to  demonstrate  that  items  pro¬ 
cured  fulfill  the  requirements  and  specifi- 
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cations  of  the  procuring  contract  or  agree¬ 
ments. 

9.3.1.4  Supportability  Assessment 

A  supportability  assessment  (LSA  Task  501 ) 
is  performed  in  two  general  stages:  (1)  as¬ 
sessment  as  part  of  the  formal  DT&E  and 
OT&E  programs;  and  (2)  assessment  per¬ 
formed  after  deployment  through  analysis 
of  operational,  maintenance  and  supply 
data  on  the  system  in  its  operational  en¬ 
vironment.  The  ILS  manager  participates 
with  the  project  office  test  planner  in  the 
planning  of  DT&E  and  OT&E  programs. 
The  manager  develops  detailed  ILS  Test 
and  Evaluation  (T&E)  objectives  for  each 
acquisition  phase  and  incorporates  these 
objectives  into  the  formal  test  programs. 

Assessments  of  some  ILS  elements  may 
require  additional  or  separate  tests.  Two 
common  examples  are  the  validation  for 
accuracy  of  technical  manuals  and  main¬ 
tainability  demonstrations  to  evaluate 
maintenance  activities.  These  are  gener¬ 
ally  initiated  before  the  formal  test  pro¬ 
grams,  in  order  to  reduce  delays  during 
testing.  The  evaluation  of  ILS  elements  is 
discussed  in  9.3.1.5  below.  The  ILS  man¬ 
ager  is  responsible  for  the  plaiming  of  post¬ 
deployment  supportability  assessments 
(LSA  Task  501.2.5).  General  objectives  are 
listed  in  Figure  9-1  and  summarized  be¬ 
low. 

•  Objectives  and  specific  planned  uses 
of  the  assessment  analyses  and  reports 

•  Specific  parameters  to  be  estimated 
(e.g.,  operational  availability,  O&S  costs, 
maintenance  replacement  rates  for  spares 
and  repair  parts  and  operational  R&M) 

•  Data  sources  and  method  of  collec¬ 
tion 


•  Statistical  validity  required 

•  Duration  of  data  collection 

•  Data  analysis  methods  and  reporte 

•  Planned  utilization  of  the  assessment 
reports  (refer  to  14.3.2) 

93.1.5  Evaluation  of  ILS  Elements 

Each  ILS  element  should  be  evaluated  to 
determine  its  impact  on  system  readiness 
and  system  ownership  costs.  A  brief  list¬ 
ing  of  the  main  evaluation  factors  for  the 
listed  ILS  elements  is  presented  below.  A 
check-off  list  for  each  element  is  provided 
in  Department  of  Army  Pamphlet  700-50, 
"Integrated  Logistics  Support:  Develop¬ 
ment  Supportability  Test  and  Evaluation 
Guide,"  from  which  much  of  the  informa¬ 
tion  in  this  paragraph  has  been  drawn. 

MaintemncePlamingisevaluated  to  verify 
proper  assignment  of  maintenance  tasks 
to  maintenance  levels  and  the  appropriate 
selection  of  support  equipment  and  per¬ 
sonnel  to  perform  maintenance  tasks.  A 
structured  maintainability  demonstration 
is  an  effective  evaluation  mechanism.  As  a 
minimum,  the  demonstration  should  in¬ 
clude  all  organizational  and  selected  inter¬ 
mediate  level  tasks. 

Manpower  and  Personnel,  Training,  and 
Training  Support  are  tested  and  evaluated 
to: 

•  Ensure  that  personnel  are  identified 
in  the  numbers  and  skills  necessary  to  sup¬ 
port  a  system  in  its  operational  environ¬ 
ment 

•  Assess  the  effectiveness  of  the  train¬ 
ing  program  for  government  personnel  as 
reflected  in  their  ability  to  operate,  sup- 


9-3 


port,  and  maintain  the  materiel  system 
under  test;  and 

•  Ensure  that  training  devices  are  pro¬ 
vided  in  the  proper  quantities  and  func¬ 
tional  areas. 

Supply  Support  is  evaluated  to  verify  that 
the  quantities  and  types  of  items  and  sup¬ 
plies  designed  to  maintain  the  system  in  its 
prescribed  state  of  operational  readiness 
are  adequate. 

Support  Equipment  is  evaluated  to  deter¬ 
mine  its  effectiveness,  the  validity  of  the 
planned  requirements  and  the  progress 
achieved  toward  meeting  those  require¬ 
ments.  The  T&E  should  verify  that  all  items 
specified  are  required;  and  that  no  require¬ 
ment  exists  for  items  not  listed. 

Technical  Data  is  tested  and  evaluated  to 
assure  it  is  accurate,  understandable,  and 
complete,  as  well  as  able  to  satisfy  mainte¬ 
nance  requirements  at  projected  skill  lev¬ 
els. 

Computer  Resources  Support  provides 
support  for  both  embedded  computer  sys¬ 
tems  and  automatic  test  equipment,  which 
will  provide  support  for  the  end  item.  In 
general,  this  area  of  support  addresses  the 
evaluation  of  the  adequacy  of  the  hard¬ 
ware  and  of  the  accuracy,  documentation 
and  maintenance  of  computer  software 
routines.  Built-in  test  routines  orogrammed 
into  the  software  of  a  complex  device  such 
as  a  computerized  aircraft  fire  control  sys¬ 
tem,  would  be  covered  in  this  area  of  the 
evaluation. 

Facilities  are  evaluated  for  two  conditions: 

•  Facilities  requirements  in  terms  of 
space,  volume,  capital  equipment  and  utili¬ 
ties  necessary  for  system  operation  and 


maintenance  have  been  defined  and  satis¬ 
fied  and 

•Environmental  system  requirements 
(e.g.,  temperature,  humidity  and  dust  con¬ 
trol)  associated  with  operations,  mainte¬ 
nance  and  storage  facilities  have  been  iden¬ 
tified  and  met. 

Packaging,  Handling,  Storage  and  Trans¬ 
portability  evaluations  will  determine  - 

•  The  adequacy  of  all  transportability 
instructions  provided; 

•  Whether  the  system  can  be  handled 
by  conventional  types  of  lifting,  loading 
and  handling  equipment; 

•  Whether  lifting  and  tie-down  points 
conform  to  MIL-STD-209F  "Slinging  and 
Tie  Down  Provisions  for  Lifting  and  Tying 
Down  Military  Equipment"  with  regard  to 
size,  strength  and  markings; 

•  The  adaptability  of  the  system  to  pre¬ 
scribed  forms  of  transport  (surface,  sea  and 
air  as  applicable);  and 

•  The  ease  of  moving  equipment  and 
personnel  from  ships  to  shore  assembly 
points  in  logistics-over-the-shore  opera¬ 
tions. 

9.3.2  Statistical  Validity 

There  is  a  trade-off  among  the  numbers  of 
test  hours  that  can  be  expended,  the  failure 
rates  experienced  during  the  testing  and 
the  degree  of  precision  that  statistical  analy¬ 
ses  permit  us  to  make  conclusions  from 
those  tests.  In  practice,  test  hours  are  lim¬ 
ited  by  funds  available  for  testing,  the  num¬ 
bers  of  items  available  for  test  and  by  the 
way  in  which  failures  occur.  While  it  may 
be  possible  to  exercise  some  control  over 
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EXAMPLE;  OPERATIONAL  TEST  AND  EVALUATION 

OBJECTIVE:  TO  DETERMINE  ESTIMATES  OF  MAINTENANCE 

REPLACEMENT  RATES  FOR  COMPONENTS 
OF  SYSTEM  DURING  A  1,000  HOUR  OT&E 
PROGRAM 

ASSUMPTION:  EXPONENTIAL  FAILURE  DISTRIBUTION 

DETERMINE;  RELATIVE  PRECISION  OF  ESTIMATES  AT 

60%  CONFIDENCE  LEVEL 

Figure  9-2.  Variation  of  Relative  Precision  with  Replacement  Rate 

funding,  failure  rates  and  their  distribu-  operated  a  total  of  1000  hours.  The  ILS 
tion  among  the  various  components  and  manager  desires  to  detennine  the  mainte- 
systems  are  inherent  in  the  system  design  nance  replacement  rate  for  components  of 
and  use.  Careful  attention  to  statistical  limi-  the  system.  Two  statistical  terms  are  used: 
tations  is  important  for  both  development  relative  precision  and  confidence  level.  To 
and  operational  testing  of  the  logistics  sup-  state  that  an  estimate  has  a  relative  preci- 
port  of  a  system.  sion  of  30  percent  at  a  60  percent  confidence 

level  means  that  there  is  a  60  percent  likeli- 
This  relationship  is  illustrated  in  Figure  9-  hood  that  the  true  value  lies  within  plus  or 
2.  In  this  example,  the  system  will  be  minusSOpercentoftheestimate.Asshown, 
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Figure  9-3.  Examples  of  Operating  Hours  Required  to  Meet  Statistical  Objectives 


greater  precision  will  be  obtained  for  com¬ 
ponents  that  exhibit  higher  replacement 
rates.  A  system  test  of  the  limited  duration 
illustrated  will  generate  insufficient  data 
on  high  cost  cm*  high  maintenance  burden 
components  that  are  replaced  at  low  to 
moderate  rates.  These  should  be  identified 
as  candidates  for  separate  subsystem  evalu¬ 
ations,  such  as,  bench  tests  over  a  period 
that  substantially  exceeds  the  predicted 
life  of  the  components. 


the  example  of  an  estimate  of  a  mainte¬ 
nance  replacement  rate  for  a  single  compo¬ 
nent. 

Each  military  service  has  qualified  test  plan¬ 
ners  to  assist  in  the  development  of  valid 
and  attainable  statistical  objectives  for  each 
assessment. 

9.3.3  Technical  Performance 
Measurement  (TPM) 


Post-deployment  assessments  are  not  as 
constrained  as  development  and  opera¬ 
tional  tests;  they  can  extend  over  a  lengthy 
period  of  operational  use  and  encompass  a 
large  number  of  operationally  deployed 
systems.  Greater  relative  precision  and 
confidence  levels  can  be  obtained  by  in¬ 
creasing  the  durations  and  number  of  sys¬ 
tems  monitcxed  and  evaluated — normally 
with  corre^xmding  increases  in  the  cost  of 
data  coUecticm  and  analysis.  The  relation¬ 
ships  of  rdative  precision,  confidence  level 
and  required  operating  hours  (total  for  all 
systems)  are  illustrated  in  Figure  9-3  using 


The  TPM  is  a  design  assessment  that  pre¬ 
dicts,  through  engineering  analysis  or  test 
measurements,  the  values  of  essential  sys¬ 
tem  level  performance  parameters.  The  ILS 
manager  should  participate  in  the  estab¬ 
lishment  of  the  TPM  program  during  the 
DV  phase  to  ensure  that  critical  support 
and  supportability-related  design  factors 
are  tracked  in  this  formal  assessment  pro¬ 
gram.  Parameters  selected  should  be  di¬ 
rectly  measurable  and  follow  a  predictable 
time-phased  improvement  pattern.  Appro¬ 
priate  supportability-related  parameters 
may  include  operational  R&M,  built-in  fault 
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detection  and  fault  isolation  capabilities, 
and  measures  of  readiness  (e.g.,  operational 
availability).  Refer  to  the  E>SMC  System 
Engineering  Management  Guide  for  addi¬ 
tional  information  on  this  subject. 

9.3.4  Planning  Documentation 

9.3.4.1  The  Supportability  Assessment 
Plan 

The  Supportability  Assessment  Plan  is 
prepar^  directly  by  the  ILS  manager  or  by 
the  contractor,  and  approved  by  the  gov¬ 
ernment.  The  plan  identifies  the  approach 
and  criteria  for  achievement  of  support- 
ability  related  design  requirements  and  the 
adequacy  of  the  logistics  support  resources 
for  a  materiel  system.  The  plan  documents 
the  ILS  managers'  input  into  the  TEMP 
(paragraph  9.3.4.2)  and  should  also  be  used 
to  plan  the  assessment  of  the  systems'  sup- 
portability  after  deployment  in  its  opera¬ 
tional  environment.  The  Supportability 
Assessment  Plan  is  developed  initially 
during  CED  and  is  updated  during  each 
succeeding  phase  to  concentrate  on  plans 
for  testing  conducted  in  the  following  ac¬ 
quisition  phase. 

9.3.4.2  Test  and  Evaluation  Master  Plan 
(TEMP) 

The  TEMP  is  used  in  the  OSD  review  and 
decision  process  to  help  assess  the  appro¬ 
priateness  of  the  planned  tests  and  evalua¬ 
tions.  DoDI  5000.2,  Part  8,  "Test  and 
Evaluation"  establishes  the  policies  and 
procedures  for  conducting  test  and  evalu¬ 
ation  in  support  of  the  DOD  acquisition 
process.  The  TEMP  is  prepared  initially 
during  CED  and  is  updated  as  required  to 
support  Milestone  I  through  IV  decisions 
and  significant  program  changes. 

The  PM  is  responsible  for  developing  the 
TEMP  and  assuring  proper  coordination 


among  the  developing  activity,  the  Service's 
operational  test  activity  and  the  user  or 
user  representative.  Approval  must  also  be 
obtain^  from  the  Director  of  Operational 
Test  and  Evaluation  (DOTE)  and  the  OSD 
Director,  T&E  for  major  defense  and  other 
designated  programs. 

The  format  of  the  TEMP  is  prescribed  in 
part  7  of  DoD  5000.2-M,  "Defense  Acquisi¬ 
tion  Management  -  Documentation  and 
Reports."  The  TEMP  contains  a  program 
description,  a  program  summary,  outlines 
of  the  DT&E  and  OT&E  programs  and  a 
summary  of  resources  required.  The  re¬ 
source  summary  identifies  the  items  to  be 
tested,  test  support  equipment,  facility  re¬ 
quirements  and  manpower  and  training 
requirements. 

9.3.5  Planning  Guidelines  for  Logistics 
Test  and  Evaluation 

•  Establish  detailed  ILS-related  objec¬ 
tives  for  each  life-cycle  phase. 

•  Develop  a  test  strategy  to  implement 
each  objective. 

•  Employ  the  ILSMT  to  assist  in  devel¬ 
oping  objectives  and  strategies  (see  2.3.2). 

•  Coordinate  with  the  test  planners  to 
incorporate  ILS  testing  requirements  into 
the  DT&E  and  OT&E  program. 

•  Identify  ILS  tests  and  evaluations  that 
will  be  performed  separately  from  DT&E 
and  OT&E  during  development  and  pro¬ 
duction  phases. 

•  Participate  with  the  test  planners  to 
identify  all  resources  required  for  the  for¬ 
mal  DT&E  and  OT&E  programs  and  the 
separate  ILS  testing.  This  will  include  the 
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identification  of  all  test  articles  (items  to  be 
tested  and  evaluated)  and  special  support 
requirements  (e.g.,  facilities,  supply  sup¬ 
port,  support  equipment  and  calibration 
support).  Identify  the  key  requirements  in 
the  TEMP. 

•  Participate  with  the  test  planners  and 
the  Service  operational  test  activity  to  de¬ 
velop  the  operational  testing  "environ¬ 
ment."  The  ILS  manager  should  concen¬ 
trate  on  establishing  an  environment  as 
operationally  realistic  as  possible  using  the 
following  steps. 

1.  Select  representative  personnel  with 
the  appropriate  skill  specialties  to  operate 
and  maintain  the  system.  Military  units 
supporting  the  system  being  replaced  (if 
one  exists)  are  a  prime  source  of  represen¬ 
tative  personnel.  If  the  system  requires  new 
skill  specialties,  select  personnel  represen¬ 
tative  of  the  population  that  will  be  trained 
to  operate  and  maintain  the  system  during 
its  operational  phase. 

2.  Train  the  selected  personnel  using 
prototypes  of  the  training  courses  and  train¬ 
ing  devices  that  will  be  employed  in  the 
operational  phase. 

3.  Support  test  operations  with  a  sys¬ 
tem  support  package  including;  prelimi¬ 
nary  technical  manuals  and  production  rep¬ 
resentative  prototype,  or  selected  items  of 
the  support  equipment  that  will  be  em¬ 
ployed  in  the  operational  phase. 

4.  Ensure  that  OT&E  planning  will  pro¬ 
vide  sufficient  data  on  "high  cost"  and 
"high  maintenance  burden"  items  to  yield 
realistic  estimates  of  R&M  parameters  for 
these  components.  Based  upon  Pareto's 
principle,  focus  on  the  15-20  percent  of  the 
critical  spares  that  generally  account  for 
about  80  percent  of  total  spares  replace¬ 
ment  costs. 


5.  With  the  assistance  of  a  qualified  test 
planner  or  systems  analyst,  establish  ap¬ 
propriate  measures  of  statistical  validity 
for  each  component  and  the  test  param¬ 
eters  required  to  evaluate  these  measures. 

6.  Identify  subsystems  that  require  off- 
system  evaluations. 

7.  Ensure  that  OT&E  planning  consid¬ 
ers  all  ILS  elements. 

8.  Establish  a  methodology  to  assess 
the  capability  of  the  planned  logistics  sup¬ 
port  to  attain  system  readiness  objectives. 
Three  examplesoflogistics/readiness  mod¬ 
els  that  have  been  used  for  this  purpose  are 
the  Naval  Air  Systems  Command  Compre¬ 
hensive  Aircraft  Support  Effectiveness 
Evaluation  (CASEE)  model;  the  Army  Lo¬ 
gistics  Analysis  Model  (LOGAM);  and  the 
Air  Force/Logistics  Management  Institute 
Aircraft  Availability  model.  The  method¬ 
ology  should  employ  operational  perfor¬ 
mance  data  (e.g.,  operational  R&M)  that  is 
validated  during  OT&E. 

9.  Determine  the  adequacy  of  stanaard 
data  systems  to  satisfy  the  objectives  of  the 
post-deployment  supportability  assess¬ 
ment.  If  required,  develop  plans  for 
supplementary  data  collection  during  the 
operational  phase. 

10.  Identify  specific  uses  of  post-de¬ 
ployment  assessments  and  ensure  that  all 
planned  users  of  the  data  participate  in  the 
development  of  the  Supportability  Assess¬ 
ment  Plan. 

9.4  LOGISTICS  EVALUATION  AND 
IMPROVEMENTS 

Logistics  evaluation  and  improvements 
during  system  development  and  test  are 
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integrated  into  the  acquisition  process  and 
are  discussed  below  under  functional  con¬ 
figuration  audits  and  logistics  assessments. 
Post-deplo)mient  assessments  and  logis¬ 
tics  improvements  (also  discussed  below) 
are  performed  after  Milestone  III. 

9.4.1  Functional  Configuration  Audit 

Functional  Configuration  Audits  (FCAs) 
are  part  of  the  configuration  management 
program,  refer  to  DoDI  5000.2,  Part  9A, 
"Configuration  Management."  The  FCAs 
are  performed  during  EMD  and  they  as¬ 
sess  items  as  tested  in  DT&E  and  OT&E  to 
ensure  that  their  performance  meets  re¬ 
quirements  in  government-approved  sys¬ 
tem  and  development  specifications  (refer 
to  5.3.2.2).  The  purpose  of  an  FCA  is  to 
identify  deficiencies  and  develop  appro¬ 
priate  corrective  actions.  The  ILS  manager 
should  be  an  active  participant.  Logistics 
issues  include  reliability,  medntamabUity, 
readiness  and  the  adequacy  of  the  ILS  ele¬ 
ments  provided  and  ev^uated  during  T &E. 

9.4.2  Logistics  Assessments 

Logistics  assessments  are  performed  by 
the  nulitary  services  using  different  titles 
(e.g..  Army  ILS  Reviews  and  Navy  Logis¬ 
tics  Review  Groups).  Their  purpose  is  to 
review  the  adequacy  of  logistics  plans  and 
actions  prior  to  Milestone  decisions;  and 
may  include  assessments  prior  to  initial 
deployment,  initial  operational  capability 
and  the  beginning  of  the  post-production 
support  period. 

9.4.3  Post-Deployment  Assessments 

Logistics  evaluations  of  logistics  support 
continue  after  deployment.  They  are  based 
upon  data  derived  from  standard  data  sys¬ 
tems  such  as  the  Navy's  Maintenance  and 
Material  Management  (3M)  and  the  Air 


Force's  Maintenance  Data  System,  supple¬ 
mented  when  needed  by  special  testing 
and  data  collection  (see  14.3.2). 

9.4.4  Logistics  Improvements 

Logistics  improvements  are  actions 
planned  and  executed  to  correct  the  defi¬ 
ciencies  identified  by  the  assessments. 
Again,  terminology  varies  among  and 
within  the  services  (refer  to  14.3).  Improve¬ 
ments  that  significantly  change  perfor¬ 
mance  characteristics  or  maintenance  pro¬ 
cedures  may  require  additional  DT&E  and 
OT&E  to  evaluate  their  effectiveness  and 
impact. 

9.5  RISK  MANAGEMENT 

9.5.1  Delayed  or  Inadequate  Logistics 
T&E  Planning 

9.5.1.1  Risk  Area 

The  main  thrust  of  the  formal  DT&E  and 
OT&E  programs  is  to  evaluate  system  level 
performance.  Logistics  T&E  have  an  addi¬ 
tional  focus  on  component  evaluation  and 
on  the  adequacy  of  the  ILS  elements  that 
comprise  the  logistics  support  structure. 
Failure  by  the  ILS  manager  to  participate 
effectively  in  the  initial  development  of  the 
TEMP  during  the  CED  Phase  risks  the  ex¬ 
clusion  of  critical  logistics  T&E  and  the 
omission  of  the  ILS  test  funds  required  in 
program  and  budget  documents. 

9.5.1.2  Risk  Handling 

The  Supportability  Assessment  Plan  (pa¬ 
ragraph  9.3.4.1)  should  be  developed  prior 
to  approval  of  the  TEMP.  The  prior  identi- 
hcation  of  objectives,  test  articles  and  re¬ 
source  requirements  will  enable  the  ILS 
manager  to  participate  effectively  in  devel¬ 
oping  total  T &E  planning  and  total  resource 
requirements. 
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9.5.2  Poorly  Stated  ILS  Objectives 

9.5.2.1  Risk  Area 

Vaguely  or  incompletely  stated  objectives 
will  translate  into  vague  and  inadequately 
defined  resource  requirements.  The  ILS 
manager  will  be  placed  in  a  poor  position 
to  justify  additional  resources  for  logistics 
T&E.  The  wrong  data  may  be  collected, 
thereby  wasting  test  resources,  time  and 
funds. 

9.5.2.2  Risk  Handling 

Clearly  stated  objectives  are  vital  first  steps 
in  effective  planning.  General  objectives 
are  listed  in  Figure  9-1.  These  must  be 
converted  into  detailed  qualitative  and 
quantitative  requirements  for  each  acqui¬ 
sition  phase  and  for  each  T&E  and  assess¬ 
ment  program.  Objectives  should  be  estab¬ 
lished  for  all  life-cycle  phases  during  initial 
preparation  of  the  Supportability  Assess¬ 
ment  Plan  (during  the  CED  Phase)  and 
updated  during  each  succeeding  phase. 

9.5.3  Inadequate  Planning  for  Data 
Utilization 

9.5.3.1  Risk  Area 

Collecting  data  without  detailed  planning 
for  its  use  can  lead  to  a  mismatch  of  data 
collection  and  information  requirements; 
and  failure  to  accomplish  the  intended 
purpose  of  the  assessment  (such  as  the 
update  of  supply  support  and  manpower 
requirements  and  the  identification  and 
correction  of  design  deficiencies). 

9.5.3.2  Risk  Handling 

Intended  users  should  be  primary  partici¬ 
pants  in  the  planning  of  the  assessment 
program,  including  data  collection  and 
analysis.  The  ILS  manager  should  identify 


organizational  responsibilities,  the  analy¬ 
ses  and  follow-up  activities  to  be  perform^ 
by  each  organizational  element.  Organiza¬ 
tions  and  requirements  change,  and  so  the 
ILS  manager  and  all  participants  should 
review  and  update  the  planning  as  required 
throughout  the  period  of  implementation. 

9.5.4  Incomplete  or  Delayed  Support 
Package 

9.5.4.1  Risk  Area 

Without  an  adequate  system  support  pack¬ 
age  ready  on  site  to  support  the  scheduled 
test,  it  may  be  possible  to  start  testing; 
however,  there  is  a  low  probability  of  main¬ 
taining  the  test  on  schedule.  A  support 
system  failure  could  cause  excessive  de¬ 
lays  and  result  in  a  schedule  slippage. 
Test  costs  would  increase  because  on-site 
support  personnel  are  idle  and  facilities 
are  not  being  efficiently  used. 

9.5.4.2  Risk  Handling 

Proper  planning,  with  careful  coordina¬ 
tion  and  adequate  follow-up,  will  help  en¬ 
sure  that  the  test  system  support  package  is 
on  site  and  on  time,  that  the  personnel 
required  are  trained  and  available,  that 
test  facilities  are  scheduled  with  enough 
leeway  to  compensate  for  normal  delays 
and  that  interservice  or  intraservice  sup¬ 
port  is  fully  coordinated.  To  assure  ad¬ 
equate  planning  and  follow-up,  some  type 
of  network  schedule  (e.g..  Program  Evalu¬ 
ation  Review  Technique)  should  be  em¬ 
ployed.  This  schedule  identifies  critical  test 
parameters  and  annotates  the  critical  path 
of  resources  required  to  maintain  the  test 
schedule  and  meet  objectives. 

9.6  SUMMARY 

•  Preparation  of  a  comprehensive 
Supportability  Assessment  Plan  during  the 
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CED  Phase  is  an  essential  initial  step  in 
total  ILS-related  T&E  planning. 

•  Qualitative  and  quantitative  assess¬ 
ment  objectives  should  be  established  for 
each  acquisition  phase. 

•  Effective  OT&E  requires  establish¬ 
ment  of  an  environment  as  operationally 
realistic  as  possible.  The  ILS  manager 
should  play  a  major  role  in  the  establish¬ 
ment  of  this  environment. 

•  An  adequate  system  support  pack¬ 
age  should  be  available  at  the  start  of  a  test 
effort  to  enhance  the  probability  that  all  ILS 
issues  will  be  fully  addressed  and  that  the 
test  will  be  completed  on  schedule  and 
within  the  programmed  budget. 

•  The  ability  to  collect  and  manage  the 
test  data  is  critical  to  a  successful  test. 

•  The  ILSMT  should  assist  in  the  devel¬ 
opment  of  detailed  T&E  planning. 

•  The  Supportability  Assessment  Plan 
should  identify  the  planned  utilization  of 
all  data  collected  during  the  assessments. 
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MODULE 

HI 


Programmings  Budgeting 
and  Contracting  for  ILS 


Specific  ILS  programming  and  budgeting  actions  are  required  to  conduct 
studies  and  analyses  in  time  to  influence  the  system  design,  and  to  design 
and  acquire  the  required  support.  The  chapters  in  this  Module  cover  the 
special  skills  required  by  the  ILS  manager  to  meet  his  or  her  program- 
nung,  budgeting  and  contracting  options  and  responsibilities. 


10 

PROGRAMMING  AND  BUDGETING 


10.1  HIGHLIGHTS 

•  Visibility  of  ILS  Funds 

•  Need  for  Continuing  Interface  be¬ 
tween  Program  Management  and  the  Lo¬ 
gistics  Conununity 

•  Advance  Planning  for  ILS  Program 
Funding 

•  ILS  Funding  in  the  POM  and  Budget 
Estinmte  Submissions  (BES) 

•  Minimizing  Risk  by  Realistic  Planning 
and  Budgeting 

10.2  INTRODUCTION 

10.2.1  Purpose 

To  address  responsibilities  of  the  PM  and 
the  ILS  manager  to  program  and  budget 
within  the  PPBS  for  support  essential  to  the 
development  and  acquisition  of  a  materiel 
system.  In  addition^  to  address  responsibili¬ 
ties  to  minimize  future  O&S  costs  consistent 
with  operational  needs  and  readiness  goab. 

10.2.2  Objective 

The  objective  of  ILS  programming  and  bud¬ 
geting  is  to  determine  support  funding  re¬ 
quirements  for  the  materiel  system,  to  work 
within  the  PPBS  to  acquire  those  funds,  and 
to  execute  the  budget  consistent  with  R&S 
goals.  ILS  requirements  and  funds  tracking 


are  to  be  integrated  into  the  annual  POM/ 
budget  submission. 

103  MANAGEMENT  ISSUES 

103.1  Background  and  Responsibilities 

The  PM  bears  overall  responsibility  for  the 
identification  of  financial  resources  for  the 
system's  logistics  support.  This  chapter  dis¬ 
cusses  (without  being  Service-specific)  how 
to  achieve  this  goal.  A  brief  review  of  the 
PM's  responsibilities  to  manage  support 
funding  is  contained  in  two  key  DoD  docu¬ 
ments  and  was  recognized  in  the  Acquisi¬ 
tion  Improvement  Program  ( AIP)  of  the  early 
1980s. 

DoDD  5(X)0.1,  "Defense  Acquisition"  estab¬ 
lishes  an  integrated  management  framework 
linking  requirements  generation,  acquisition 
management  and  PPBS.  It  states  that  "the 
products  of  PPBS  provide  the  basis  for  mak¬ 
ing  informed  affordability  assessments  and 
resource  allocation  decisions  on  defense  ac¬ 
quisition  programs." 

DoDI  5000.2,  Part  7 A,  "Integrated  Logistics 
Support"  states  that  "Logistics  resource 
(funding,  manpower,  facilities,  etc.)  estimates 
will  be  based  on  the  results  of  a  well  defined 
program  of  analyses/demonstrations,  real¬ 
istic  estimates  of  initial  and  mature  system 
reliability  and  maintainability  values,  and 
field  experience  on  similar  systems  (or  sub¬ 
systems).  The  uncertainty  of  early  planning 
data  will  be  addressed  in  developing  logis¬ 
tics  resource  estimates.  Resource  estimates 
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will  be  updated  as  test  data  and  opera¬ 
tional  experience  become  available." 

The  need  to  focus  on  logistics  resource 
estimates  was  stated  in  an  August  1984 
memo  from  Deputy  Secretary  of  Defense, 
Frank  Carlucci,  which  outlined  the  AIP  as 
follows: 

"A  key  initiative  in  our  Acquisition  Im¬ 
provement  Program  (AIP)  has  been  to  pro¬ 
vide  visibility  in  the  PPBS  of  support  fund¬ 
ing  for  new  weapons  systems  (Acquisition 
Initiative  30,  "Management  of  Initial  Sup¬ 
port  Funding").  Continued  progress  in 
this  area  will  enable  the  E)oD  to  assess  the 
extent  to  which  essential  weapon  system 
support  needs  are  met  within  the  Defense 
program.  I  regard  this  initiative  as  one  of 
the  most  important  advances  in  our  capa¬ 
bility  to  manage  the  readiness  and 
sustainability  of  the  new  systems  we  are 
fielding.  1  would  like  you  to  define  further 
steps  for  improving  our  corporate  ability  to 
validate  weapon  system  support  require¬ 
ments,  track  the  associated  funding  explic¬ 
itly  in  the  PPBS,  and  manage  support  fund¬ 
ing  changes  with  full  appreciation  of  the 
effects  on  deployment  schedules  and  readi¬ 
ness  objectives." 

Four  key  guidelines  of  the  AIP  were  to: 

•  Identify  appropriate  support  re¬ 
sources  before  program  initiation; 

•  Estimate  and  budget  realistically,  and 
fund  adequately; 

•  Achieve  a  cost-effective  balance 
among  program  elements;  and 

•  Address  affordability,  while  under¬ 
standing  that  a  program  normally  should 
not  be  initiated  unless  sufficient  resources 
can  be  programmed  for  the  entire  effort. 


103  Jt  Planning,  Programming  and 
Budgeting  System  (PPBS) 

The  PPBS  is  the  framework  in  which  the 
PM  must  acquire  support  resources. 
DoDD  7045.14,  "The  Planning,  Program¬ 
ming  and  Budgeting  System  (PPBS)"  and 
DoDI  7045.7,  "Implementation  of  the  Plan¬ 
ning,  Programming  and  Budgeting  Sys¬ 
tem  (PPBS)"  describe  the  policy,  proce¬ 
dures,  and  responsibilities  relating  to  PPBS. 
The  PM  and  ILS  manager  should  review 
these  documents  along  with  the  current 
Defense  Planning  Guidance  and  Service 
Guidance.  In  addition,  the  PM  should  thor- 
oughlyunderstand  the  biennial  Service  pro¬ 
gramming/budgeting  procedures  which 
are  likely  to  include  events,  dates,  level  of 
detail  and  review  group  responsibilities 
essential  to  structuring  the  Service  POM 
and  later  the  Service  budget.  The  following 
provide  brief  descriptions  of  PPBS  activi¬ 
ties.  Figures  10-la  and  10-lb  depict  the  key 
aspects  of  the  biennial  programming  and 
budgeting  process. 

10.3.2.1  Planning 

The  planning  phase  results  in  the  develop¬ 
ment  of  a  broad  long-range  investment 
plan  that  reflects  projected  major  modern¬ 
ization  requirements,  including  acquisition 
of  defense  systems.  At  the  beginning  of 
each  odd  numbered  year,  the  President 
establishes  National  Security  Objectives. 
The  OSD  provides  fiscal  guidance  to  the 
Services  which  in  turn  develop  Force  Pos¬ 
ture  Statements.  The  Joint  Chiefs  of  Staff 
OCS)  prepares  a  National  Military  Strategy 
(NMS)  and  its  related  document  (NMSD). 
The  Secretary  of  Defense  (SECDEF)  sub¬ 
mits  Strategy/Force  Structure  recom¬ 
mendations  to  the  President. 

The  Defense  Planning  Guidance  (DPG), 
initially  issued  in  draft  form,  sets  forth 
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Figure  10-la.  Key  Aspects  of  Biennial  Programming  and  Budgeting  Process 


PPBS  Planning  and  Programming  Cycles  (even  years) 


Figure  10-lb.  Key  Aspects  of  Biennial  Progranuning  and  Budgeting  Process 


broad  poliqr  objectives  and  military  strat¬ 
egy.  It  identifies  priority  operational  capa- 
bUity  objectives,  the  resources  to  be  allo¬ 
cated  to  achieve  these  objectives  and  leads 
to  establishing  needs  for  selected  acquisi¬ 
tion  programs.  The  Etefense  Planning  and 
Resources  Board  (DPRB),  chaired  by  the 
Deputy  Secretary  of  Defense,  reviews  the 
draft  DPG  and  provides  recommendations 
to  the  Secretary.  The  Secretary  issues  the 
approved  DPG  incorporating  the 
President's  approved  Strategy/Force  Pos¬ 
ture. 

10.3.2.2  Programming 

The  programming  phase  results  in  the  de¬ 
velopment  of  a  Future  Year  Defense  Pro¬ 
gram  (FYDP)  for  each  DoD  Component 
(Service  and  Defense  agency)  and  for  the 
DoD  as  a  whole.  The  FYDP  links  national 
policies,  strategy  and  objectives  to  specific 
forces  and  major  programs,  including  ac¬ 
quisition  programs.  It  is  based  on  the 
DPG  and  updated  fiscal  projections. 

The  POMs  are  proposals  to  establish  the 
next  FYDP.  The  Services  begin  formulation 
of  draft  POM  during  the  latter  half  of  odd 
numbered  years.  As  shown  in  Figxire  10-1, 
the  Services  submit  POMs  in  April  of  even 
numbered  years.  The  POMs  are  reviewed 
by  OSD  staff  offices,  the  Commanders  in 
Chief  of  the  unified  and  specified  com¬ 
mands,  and  the  Chairman,  JCS.  The 
Chairman's  Program  Assessment  (CPA)  is 
submitted  to  the  DPRB  which  provides 
final  recommendations  to  the  SECDEF.  The 
SECDEF  makes  program  decisions  issued 
as  a  Program  Decision  Memorandum 
(PDM). 

10.3.2.3  Budgeting 

The  budgeting  phase  results  in  the  devel¬ 
opment  of  SECDEF's  recommendations  to 


the  President  for  the  Administration's  bi¬ 
ennial  budget  request. 

As  shown  in  Figures  10-la  and  10-lb,  the 
Services  prepare  budget  estimates  based 
upon  the  POM  as  approved/ modified  by 
the  PDMs.  The  POM  and  BES  employ  dif¬ 
ferent  terminology.  Programs  deal  with 
outputs  —  that  is,  what  is  to  be  accom¬ 
plished.  Major  Force  Program  categories 
include  strategic  forces,  general  purpose 
forces,  airlift/sealift,  central  supply  and 
maintenance,  training  and  others.  The  bud¬ 
get  estimates  identify  the  inputs  (such  as 
quantities  of  tanks,  aircraft,  ships,  person¬ 
nel,  facilities,  etc.)  required  to  achieve  the 
POM  outputs  and  are  grouped  into  Con¬ 
gressional  appropriation  categories  (e.g.. 
Research,  Development,  Test  and  Evalua¬ 
tion;  Procurement;  Operations  and  Main¬ 
tenance;  Military  Construction;  and  Mili¬ 
tary  Personnel). 

The  Services'  budget  estimates  are  reviewed 
by  the  OSD  and  the  Chairman  of  the  JCS. 
C^D  and  the  Office  of  Management  and 
Budget  (OMB)  analysts  conduct  hearings 
to  assess  program  execution  and  to  resolve 
BES  inconsistencies.  OSD  issues  Program 
Budget  Decisions  (PBDs)  on  major  budget 
issues.  The  Services  are  given  an  opportu¬ 
nity  to  reclama  or  correct  technical  error. 
The  SECDEF  directs  the  makeup  of  the 
DoD  budget.  OMB  prepares  the  National 
budget.  When  approved  by  the  President, 
it  is  submitted  to  Congress  in  January  as 
part  of  the  president's  budget  for  the  Fed¬ 
eral  government. 

10.3.2.4  Future  Years  Defense  Program 
(FYDP) 

The  decisions  associated  with  the  three 
phases  of  the  PPBS  are  reflected  in  the 
FYDP,  which  is  updated  three  times  a  year 
(POM  submission  or  POM  update,  BES 
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and  the  President's  Budget).  At  first  glance, 
the  PPBS  can  appear  to  be  difficult  to  un¬ 
derstand  and  employ,  but  the  following 
helpful  hints  will  aid  the  PM  and  ILS  man¬ 
ager  in  programming  and  budgeting  ad¬ 
equate  ^nds  for  the  logistics  elements  of 
their  program. 

•  Work  with  your  Service  Headquar¬ 
ters  focal  point. 

•  Talk  to  other  PMs  about  previous 
year  POM/budget  activities  in  your  Ser¬ 
vice. 

•  Determine  those  personnel  who  have 
leadership  and  decision  making  roles  in 
your  organization  and  Service's  POM/ 
budget  process  and  understand  their  im¬ 
pact  on  the  process. 

•  Understand  thecontent  of  POM/bud¬ 
get  material  being  prepared  by  others 
which  may  impact  your  program  in  any 
fashion.  Review  last  year's  material  to  iden¬ 
tify  and  explain  any  changes  to  correct 
schedule  or  technical  information, 

•  Have  current  knowledge  of  all  dates 
and  formats  for  the  submission  of  POM/ 
budget  data  and  scrupulously  meet  these 
requirements.  (See  the  Budget  Guidance 
Manual  for  proper  formats.) 

•  Interact  with  the  people  mentioned 
above  by  discussing  your  program's  re¬ 
quirements.  Be  continually  aware  of  any¬ 
thing  that  can  directly  or  indirectly  impact 
program  funds.  Carefully  consider  the 
interrelationship  of  milestone  reviews  and 
decisions  identified  in  the 5000 Series  guid¬ 
ance. 

103^.5  Funding  New  Starts 

The  programming,  budgeting  and  (Con¬ 
gressional)  appropriation  process  takes  a 


long  time.  A  Service  POM  submitted  in 
April  1994  can  be  funded  by  a  new  Con¬ 
gressional  appropriation  no  earlier  than 
October  1995,  18  months  later.  The  mile¬ 
stone  decision  authority  may  elect  to  iden¬ 
tify  gap-filling  funds  from  reprogranuning, 
budget  amendment  actions  or  existing 
study  funds. 

10.3.3  Logistics  Activities  and  Funds 

When  tailored  to  the  specific  needs  of  a 
particular  program,  the  many  requirements 
contained  in  this  guide  represent  the  scope 
of  logistics  functions  to  be  coordinated  and 
supervised  by  the  PM  and  ILS  manager. 
Figures  10-2a  and  10-2b  are  an  abbrevi¬ 
ated  listing  of  those  logistics  functions. 
Although  Figures  10-2a  and  10-2b  show 
where  these  ILS  functions  receive  empha¬ 
sis,  most  functions  actually  overlap  the 
block  in  which  they  have  been  displayed 
both  in  terms  of  timing  and  type  of  activity. 

10.3.3.1  Logistics  Deliverables 

At  the  risk  of  oversimplifying,  the  activities 
(deliverables)  noted  in  Figures  10-2a  and 
10-2b  can  be  classified  as  either  materiel  or 
services.  A  single  deliverable  often  consists 
of  both,  for  example,  the  development  and 
manufacturing  of  support  equipment  with 
accompanying  user  instructions.  Taking 
the  definitions  of  deliverables  a  step  fur¬ 
ther,  materiel  deliverables  are  a  combina¬ 
tion  of  raw  materials  and  labor.  Services 
are  associated  with  the  expenditure  of  la¬ 
bor  hours  and  the  use  of  equipment.  Labor 
hours  may  be  used  to  produce  a  deliver¬ 
able  engineering  study,  a  cost  analysis,  a 
plan,  software,  etc.  The  sources  of 
deliverables  are  primarily  government  and 
industry.  Therefore,  the  ILS  manager  "or¬ 
ders"  the  items  noted  in  Figures  10-2a  and 
10-2b  through  administrative  arrangements 
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and  task  orders  (in  the  case  of  government 
agencies)  and  through  contracts  (in  the 
case  of  industry).  The  timely  programming 
and  budgeting  of  funds  provides  the  means 
for  the  ILS  manager  to  acquire  the  needed 
logistics  materiel  and  services.  In  addition 
to  paying  for  contractual  obligations  with 
industry,  these  funds  pay  for  the  travel  of 
government  personnel  on  the  project  and 
the  labor  rates  for  industrially  fimded  gov¬ 
ernment  employees  working  in  support  of 
the  ILS  manager.  The  following  general 
rules  apply  to  programming  and  budget¬ 
ing  based  on  the  category  and  source  of  the 
deliverables. 

•  Materiel  (spares,  support  equipment, 
facilities,  etc.). 

-  Government  Furnished  Equipment 
(GFE) — may  or  may  not  require  program¬ 
ming  and  budgeting  by  the  ILS  manager 
for  items  used  by  the  materiel  system;  com¬ 
mand  and  program  unique  procedures  will 
determine  the  answer. 

-  Contractor  Furnished  Equipment 
(CFE) — materiel  items  delivered  as  part  of 
or  in  support  of  the  materiel  system  re¬ 
quire  programming  and  budgeting  by  the 
ILS  manager. 

•  Services  (studies,  plans,  analyses,  cost 
estimates,  etc.). 

-  Government  Sources: 

-  Industrially  funded  activities  - 
services  provided  by  these  activities  will 
require  programming  and  budgeting  by 
the  ILS  manager. 

— Nonindustrially  funded  activi¬ 
ties  -  labor  hours  provided  by  Federal  gov¬ 
ernment  employees  will  not  usually  re¬ 
quire  programming  and  budgeting  by  the 
ILS  manager. 


-  Federal  Contract  Research 
Centers  (Rand,  CNA,  etc.)  -  may  not  re¬ 
quire  programrrung  and  budgeting  by  the 
ILS  manager. 

-  Industry  Sources: 

—  Any  nongovernment  source 
services  provided  by  the  private  sector  to 
the  government  will  require  progranuning 
and  budgeting. 

Figures  10-2a  and  10-2b  also  display  ge¬ 
neric  appropriation  information  applicable 
to  obligations  planned  for  the  various 
phases  of  a  program.  The  lead  time  for 
programming  and  budgeting  these  funds 
and  the  obligational  periods  (single  or 
multiyear  appropriation)  are  addressed  in 
OSD  and  Service  guidance. 

10.3.4  Documentation  and  Submission 
of  Logistics  Fund  Requirements 

10.3.4.1  Documentation 

The  ILS  manager  is  directly  responsible  for 
determining  the  funding  need^  in  all  pro¬ 
gram  and  appropriation  categories  to  buy 
logistics  materiel  and  services  over  the  en¬ 
tire  life  cycle  of  the  supported  materiel 
system.  The  ILS  manager  should  prepare 
a  logistics  fund  requirements  document 
that  defines  and  supports  these  require¬ 
ments. 

The  Navy  uses  the  title  "Logistics  Require¬ 
ments  and  Funding  Plan."  ILS  is  an  inte¬ 
gral  part  of  the  program  WBS  (refer  to 
DoDI  5000.2,  Part  6B,  "Work  Breakdown 
Structure").  An  example  of  the  Navy  ap¬ 
proach  is  depicted  in  Figure  10-3.  In  this 
example,  ILS  is  divided  into  ILS  planning 
and  the  individual  ILS  elements,  which  in 
turn  subdivide  into  a  lower  level  of  activi- 
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Source:  This  figure  is  based  in  part  on  the  "Defense  System  Acquisition  Process"  prepared  by  Sanders  Associates,  Inc., 
1984. 
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ties.  This  approach  offers  two  major  ben¬ 
efits:  first,  the  ILS  manager  draws  upon  the 
specialized  expertise  of  the  individual  lo¬ 
gistics  element  managers  who  are  assigned 
to  support  the  program,  and  second,  fund 
estimates  are  developed  for  all  activities 
and  sub-activities  of  the  entire  ILS  pro¬ 
gram. 

Methods  used  to  develop  logistics  support 
cost  estimates  are  discussed  in  paragraph 
3.3.3.3,  on  Comparative  Analysis  (LSATask 
203),  and  also  in  Chapter  6,  Life-Cycle  Cost 
and  System  Readiness. 

10.3.4.2  Submission  of  ILS  Funding 
Requirements 

Logistics  funding  requirements  must  be 
provided  as  inputs  to  the  POM,  POM  up¬ 
dates,  and  BFC.  Figure  10-4  depicts  a  repre¬ 
sentative  flow  1  major  defense  pro¬ 
gram.  RDT&B  a  u‘  ;  ^ocurementappropria- 
n  requirementb  flow  up  the  PM/PEO 
chain.  The  O&M  appropriation  require¬ 
ments  have  historically  been  submitted 
through  the  matrix  support  organization 
(i.e.,  an  Air  Force  systems  center,  a  Navy 
systems  command,  an  Army  conunodity 
command)  to  the  chief  of  the  military  ser¬ 
vice.  The  POM  and  BES  come  together  at 
the  Service  Secretary/Service  Acquisition 
Executive  Level  for  submission  to  the  DAE 
and  SECDEF,  For  norunajor  defense  pro¬ 
grams,  logistics  fund  requirements  for  all 
Ending  flow  up  the  right-hand  chain. 

10.3.5  Interfacing  with  PPBS 

The  acquisition  process  proceeds  in  phases, 
any  one  of  which  may  require  only  a  part  of 
a  budget  cycle  or  may  require  several  full 
cycles.  Gearing  the  phases  to  the  particular 
business  and  technical  aspects  of  the  pro¬ 
gram  ensures  that  adequate  in-depth  re¬ 
views  are  conducted  before  there  is  signifi¬ 
cant  commitment  of  resources.  By  contrast. 


the  PPBS  runs  on  a  tightly  structured  sched¬ 
ule  (a  single  cycle  from  start  of  program¬ 
ming  through  Congressional  enactment). 
The  start  of  actual  budget  execution  re¬ 
quires  about  21  months,  depending  on  the 
start  of  Service  programming.  PPBS  deci¬ 
sions,  however,  rather  than  being  oriented 
to  the  needs  of  a  specific  program,  are 
keyed  to  the  more  global  challenge  of  bal¬ 
ancing  all  of  the  programs  within  an  indi¬ 
vidual  service,  DoD,  OMB  and  Congres¬ 
sional  financial  limits  established  for  a 
particular  fiscal  year  or  the  FYDP. 

Decisions  made  through  the  acquisition 
process  need  to  be  reflected  in  the  FYDP 
and  in  accompanying  Descriptive  Summa¬ 
ries  or  P-forms.  This  is  accomplished  either 
during  the  POM/lssue  Paper/PDM  pro¬ 
cess,  or  during  the  budgeting  process  de¬ 
pending  on  when  the  milestone  decision  is 
made.  The  PM  must  monitor  the  process 
closely  because  the  support  funding  is  in 
jeopardy  at  each  step  of  the  progranuning/ 
budgeting  process.  Passing  a  milestone  de¬ 
cision  successfully  is  no  guarantee  of  full 
funding  and  in  the  POM/PDM/budget 
process,  the  program's  logistics  funding 
may  be  reduced  significantly.  This  track¬ 
ing  of  a  program's  status  is  accomplished 
by  the  PM  maintaining  communication 
with  the  personnel  noted  in  paragraph 
10.3.2. 

In  the  event  that  a  POM  or  budget  submit¬ 
tal  to  OSD  deviates  significantly  from  a 
previously  approved  nulestone  decision, 
this  fact  and  the  cost,  schedule  and  perfor¬ 
mance  impact  on  the  program  are  to  be 
noted  and  explained  in  the  POM  or  budget 
submittal.  This  includes  O&S  costs.  For 
example,  if  the  PM  determines  that  future 
depot  costs  are  likely  to  exceed  original 
cost  estimates  and  cause  a  significant  in¬ 
crease  in  LCC,  such  information  must  be 
included  in  the  next  POM  and  budget.  In 
addition,  the  PM  should  communicate  these 
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Figure  10-3.  Example  of  ILS  Work  Breakdown  Structure 


Figure  10-4.  POM/Budget  Flow  for  Major  Defense  Programs 
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conclusions  to  his  superiors  and  others  as 
early  as  possible.  This  type  of  problem  can 
be  minimized  or  avoided  if  the  PM  insists 
on  and  budgets  for  quality  cost  analyses 
and  timely  comprehensive  logistics  re¬ 
views.  His  funding  documentation  must 
be  explicit  regarding  lead  time  require¬ 
ments,  location  of  support,  deployment 
concepts  and  requirements,  and  the  effects 
of  any  shortfalls  on  support  schedules  and 
readiness  objectives.  The  analysis  and  docu¬ 
mentation  should  support  the  program 
through  the  review  chain  up  to  and  includ¬ 
ing  Congressional  hearings,  and  should  be 
in  sufficient  detail  that  it  can  be  used  for 
decision-making  when  decrements  have 
been  imposed  by  higher  authority. 

Many  programs  compete  for  limited  funds, 
so  the  PM  must  maintain  an  awareness  of 
the  status  of  the  POM  and  budgeting  pro¬ 
cess.  The  PM  must  also  be  prepared  at 
any  time  to  support  the  Service  sponsor 
and  program  coordinator  in  defense  of  the 
project's  funding.  When  responding  to 
questions  or  writing  reclamas,  the  PM  and 
logistics  personnel  must  work  as  a  unified 
team.  Materiel  Command/Logistics  Re¬ 
search  Organization  and  contractor  sup¬ 
port  may  also  be  helpful.  Sensitivity  to  the 
perspective  of  the  questioner  is  vital. 

As  the  process  moves  through  the  POM 
phase,  the  PM  should  anticipate  budgeting 
problems.  He  or  she  must  know  the  prob¬ 
able  opposition  and,  with  the  Service  head¬ 
quarters  program  coordinator,  maintain  a 
dialogue  with  important  constituencies, 
particularly  within  the  respective  comp¬ 
troller  organizations. 

10.3.6  The  Congressional  Budget 
Process 

Former  President  Reagan  instituted  bien¬ 
nial  programming  and  budgeting  and  re¬ 


quested  Congress  to  follow  suit  by  institut¬ 
ing  biennial  appropriations.  Congress  de¬ 
clined.  The  DoD  continues  to  prepare  bien¬ 
nial  budgets  (with  off-year  updates).  The 
Congress  continues  to  prepare  annual  De¬ 
fense  Appropriation  bills. 

Figure  10-5  depicts  the  Congressional  bud¬ 
get  process.  The  President  submits  his  Na¬ 
tional  Budget  to  Congress  in  January  of 
each  year.  The  Congressional  Budget  Of¬ 
fice  (CBO)  prepares  evaluations  for  the 
Congress.  C^D  and  Service  personnel  tes¬ 
tify  to  the  House  and  Senate  Budget  Com¬ 
mittees,  Armed  Services  Committees,  De¬ 
fense  Appropriation  and  Military  Construc¬ 
tion  Subcommittees,  and  others. 

The  Budget  Committees  prepare  a  budget 
resolution  passed  by  both  houses  of  Con¬ 
gress  in  the  form  of  a  Concurrent  Resolu¬ 
tion.  The  Concurrent  Resolution  is  not  a 
public  law;  it  is  a  guide  to  Congress's  au¬ 
thorization  and  appropriation  committees. 
The  Armed  Services  Committees  prepare 
DoD  Appropriation  Authorization  Bills. 
The  Defense  Appropriation  and  Military 
Construction  Subcommittees  prepare  DoD 
Appropriation  and  Military  Construction 
Bills,  which,  when  enacted,  provide  new 
obligational  authority  for  the  fiscal  year 
beginiung  1  October.  When  required  by 
Congressional  agreement  or,  as  in  recent 
years,  by  a  joint  Presidential/Congressional 
agreement,  the  Congress  passes  a  recon¬ 
ciliation  bill  to  reduce  appropriations  to 
the  agreed  levels.  Upon  enactment,  the  new 
obligation  authority  is  apportioned  by  OMB 
to  DoD  and  allotted  by  OSD  to  the  Services. 
Budget  execution  by  the  Services  then  be¬ 
gins. 

10.3.7  Logistics  Support  Funding 
Management 

The  PM's  responsibilities  include  budget 
execution,  the  validation  of  support  re- 
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achievement  of  these  budget  execution 
goals.  It  can  range  from  monthly  one-page 
status  reports  of  hours  and  funds  planned 
and  expended  by  a  small  contractor  per¬ 
forming  studies,  to  a  highly  structured  re¬ 
porting  system  as  outlined  in  DoDI  5000.2, 
Part  1  IB,  "Contract  Performance  Measure¬ 
ment"  and  be  applicable  to  large  contracts. 
The  reports  linked  to  DoDI  5000.2  can  be 
costly  to  the  government  and  must  be  tai¬ 
lored  to  specific  needs.  Budget  execution 
also  requires  the  PM  to  be  in  regular  con¬ 
tact  with  their  staff,  other  government 
offices,  and  contractors  so  that  he/she  is 
fully  aware  of  current  accomplishments 
and  problems  impacting  logistics  support 
activities  and  established  program  goals. 
He/she  should  be  aware,  well  in  advance. 


quirements  and  the  tracking  of  support 
hmding. 

10.3.7.1  Budget  Execution 

The  timely  and  efficient  execution  of  the 
budget  is  as  important  as  the  plaiming, 
programming  and  budget  formulation. 
Poor  execution  will  result  in  major  adjust¬ 
ments  during  the  Service  and  OSD  Budget 
review  hearings.  The  PM,  in  coordination 
with  the  ILS  manager  and  each  logistics 
element  manager,  must  ensure  that  funds 
are  obligated  within  the  authorized  time 
period  and  that  they  support  the  planned 
logistics  goals. 

Someform  of  Contractor  PerformanceMea- 
surement  (CPM)  is  a  primary  tool  in  the 
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of  any  problems  that  will  surface  in  the 
next  month's  CPM  report. 

Figure  10-6  is  a  generic  display  of  the  finan¬ 
cial  expenditure  process  within  the  Ser¬ 
vices.  The  PM  enters  this  process  with  an 
approved  Purchase  Request  (PR)  which 
will  allow  for  the  assignment  of  a  funding 
citation.  The  PM  must  then  monitor  the 
status  of  a  subsequent  contract,  CPM  re¬ 
ports,  and  the  status  of  obligated  and  ex¬ 
pended  funds  as  reported  by  vouchers 
flowing  in  the  system. 

10.3.7.2  Logistics  Support 
Requirements  Validation  and  Fund 
Tracking 

The  validation  of  support  requirements 
and  the  tracking  of  associated  funds 
through  the  acquisition  process  and  PPBS 
events  have  always  been  PM  responsibili¬ 
ties.  This  was  emphasized  in  a  Deputy 
SECDEF  memo  of  28  August,  1984  (Man¬ 
agement  of  Integrated  Logistics  Support 
Funding)  addressed  to  the  Secretaries  of 
the  Military  Departments.  Thememoadded 
renewed  emphasis  to  the  ILS  validation 
and  tracking  responsibilities.  The  objective 
and  scope  of  this  memo  was  to: 

•  Validate  support  requirements  and 
track  support  funding  for  major  defense 
programs  using  procediu-es  that  will  make 
maximum  use  of  existing  or  modified  Ser¬ 
vice  review  processes,  acquisition  docu¬ 
ments  and  information  systems; 

•  Cover  all  nuijor  defense  programs  for 
which  SARs  are  required;  and 

•  Address  seven  of  the  ILS  elements 
defined  in  DoDI  5000.2  Part  7A,  which 
include  the  key  support  investment  and 
reciuring  support  cost  elements  that  affect 


weapon  system  deployment  schedules  and 
readiness  objectives  (see  list  below). 

The  memo  recognized  the  constraints  in 
then  current  Service  programming  and 
budgeting  processes  for  common  support 
accounts,  such  as  replenishment  spares, 
depot  maintenance,  and  common  support 
equipment.  The  ability  to  track  all  essential 
funding  in  these  areas  by  major  defense 
programs  has  evolved  since  19M.  The  vali¬ 
dation  and  tracking  actions  apply  to  POM 
and  budget  submissions,  plus  Milestones 
II  and  III  decision  reviews. 

Validation — calls  for  an  independent  Ser¬ 
vice  review  of  the  ILS  resource  require¬ 
ments.  The  two  essential  components  of 
this  independent  assessment  are  the  vali¬ 
dation  of  the  support  plans  and  assump¬ 
tions  and  the  v^dation  of  the  estimate 
cost  to  carry  out  the  support  plans.  The  PM 
should  use  existing  or  modified  Service 
acquisition  document(s)  to  validate  sup¬ 
port  resource  requirements  and  the  key 
factors  that  drive  them,  and  should  sum¬ 
marize  programmed  funding  in  a  format 
directly  traceable  to  that  used  for  reporting 
weapon  support  resources  in  POM  and 
budget  submissions,  including  the  budget 
year  and  six  program  years.  The  methodol¬ 
ogy  used  to  estimate  requirements  should 
be  documented  in  appropriate  backup 
materials. 

Tracking  —  calls  for  displaying  funding 
requirements  in  the  POM  and  budget,  and 
using  the  seven  support  elements  derived 
from  DoDI  5000.2  and  listed  below.  The 
PM  must  show  that  the  POM  and  budget 
funding  requirements  are  directly  trace¬ 
able  to  the  validated  ILS  resource  require¬ 
ments  document.  The  POM  submittal 
should  assess  the  impact  of  any  funding 
shortfalls.  Thus,  the  PM  should  ensure  that 
his  logistics  staff  efforts  always  include 
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sensitivity  analyses  on  the  impact  of  short¬ 
falls  and  possible  alternatives  or  work¬ 
arounds. 

The  support  categories  to  be  considered 
are: 

•  Supply  Support  includes  all  initial, 
replenishment  and  war  reserve  spares  and 
repair  parts  (both  GFE  and  CFE)  for  the 
weapon  system  and  its  associated  support 
equipment  and  training  devices. 

•  Support  Equipment  includes  devel¬ 
opment  and  procurement  of  peculiar  sup¬ 
port  and  test  equipment  (including  test 
program  sets)  and  major  items  of  common 
support  equipment  (automated  test  sta¬ 
tions,  handling  equipment,  etc.)  for  all  ech¬ 
elons  of  maintenance. 

•  Training  and  Training  Devices  in¬ 
cludes  developmer^t  and  procurement  of 
both  operator  and  maintainer  training 
courses  and  materials,  simulators  and  other 
training  devices,  and  initial  factory  train¬ 
ing. 

•  Publications/Technical  Data  includes 
development  and  procurement  of  operator 
technical  manuals,  maintenance  technical 
manuals  for  each  echelon  of  maintenance 
and  other  technical  data  (drawings,  engi¬ 
neering  and  reprocurement  data,  etc.). 

•  Maintenance  and  Maintenance  Sup¬ 
port  includes  the  recurring  cost  of  organic 
support  at  the  depot  level  (labor,  material 
and  overhead),  contractor  support  at  all 
levels  of  maintenance  and  maintenance 
support  programs  (e.g..  Contractor  Engi¬ 
neering  Technical  Services). 

•Facilities  include  allMILCON-funded 
new  construction  and  facilities  modifica¬ 
tions  identified  as  support  requirements 


for  the  new  system  (except  production  fa¬ 
cilities). 

•  Other  System-Peculiar  Support  Re¬ 
quirements  may  include  ILS  management; 
development  and  revision  of  support  plans; 
LSA;  analysis  of  test  and  early  field  data; 
development  and  procurement  of  support- 
related  engineering  change  orders  and 
product  improvements;  packaging,  han¬ 
dling,  storage  and  transportation;  and  com¬ 
puter  resources.  Items  to  be  reported  will 
be  defined  for  each  individual  weapon  sys¬ 
tem,  as  required. 

10.4  RISK  MANAGEMENT 

10.4.1  Funding  Uncertainty 

10.4.1.1  Risk  Area 

This  subject  has  received  top  level  atten¬ 
tion  and  definition  within  DoD  for  a  num¬ 
ber  of  years.  Materiel  development  and 
early  production  programs  are  subject  to 
imcertainties.  PMs  who  explicitly  request 
funds  to  address  these  uncertainties  usu¬ 
ally  find  the  funds  deleted  either  in  the 
DoD  PPBS  process,  by  OMB,  or  by  Con¬ 
gress.  When  such  imcertainties  do  occur, 
undesirable  funding  adjustments  are  re¬ 
quired  or  the  program  must  be  delayed 
until  the  formal  funding  process  can  re¬ 
spond  with  additional  dollars. 

10.4.1.2  Risk  Handling 

The  internal  efforts  of  the  Services  and 
OSD  to  manage  the  risks  can  be  enhanced 
by  the  PM  in  advance  of  formal  POM  and 
budget  submission  dates  using  the  follow¬ 
ing  risk-reducing  actions. 

•  Provide  organization  and  structiue  to 
program  logistics  funds  by  overla3dng  them 
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with  the  program  WBS.  This  provides  the 
visibility  needed  to  manage  the  funding  of 
issues  that  have  a  cost,  schedule  or  techni¬ 
cal  risk  impact. 

•  Ensure  all  funding  requirements  are 
fully  justified  and  that  cost  sensitivities  are 
understood.  Supporting  data  will  flow  from 
logistics  studies  initiated  by  the  PM  plus 
LSA  activity. 

•  Thoroughly  understand  the  PPBS  and 
rigorously  comply  with  the  requirements. 

•  Stay  in  regular  conununication  with 
the  appropriate  PPBS  authorities  and  ad¬ 
ministrators  within  your  Service.  During 
critical  periods  this  may  mean  contact  with 
such  personnel  several  times  a  day. 

•  Apply  the  methods  presented  in  the 
DSMC  Risk  Management  Handbook. 

10.5  SUMMARY 

•  DoDpolicy  calls  forfinancialresources 
to  be  identified  before  the  formal  establish¬ 
ment  of  a  program. 

•  Logistics  personnel  must  be  fully  in¬ 
formed  on  the  PPBS  and  actively  partici¬ 
pate  in  the  process  in  order  to  satisfactorily 
compete  for  funds. 

•  Logistics  products  are  either  in  the 
form  of  materiel  or  services.  Logistics  per¬ 


sonnel  must  program  and  budget  suffi¬ 
cient  funds  to  acquire  deliverables  of  these 
items  from  government  and  industry  in 
support  of  system  readiness  goals. 

•  Changes  in  the  logistics  program  that 
will  impact  O&S  cost  must  be  immedi¬ 
ately  identified  and  entered  into  the  next 
cycle  of  the  PPBS. 

•  Special  DoD  procedures  have  been 
initiated  to  cover  logistics  requirements 
validation  and  fund  tracking  as  a  part  of 
Service  POM  and  budget  submissions. 

10.6  REFERENCES 

1.  DoDD  5000.1,  "Defense  Acquisition." 

2.  DoDI  5000.2,  "Defense  Acquisition  Man¬ 
agement  Policies  and  Procedures." 

3.  DoDD  7045.14,  "The  Planning,  Program¬ 
ming,  and  Budgeting  System  (PPBS)." 

4.  DoDl  7045.7,  "Implementation  of  the 
Planning,  Programming,  and  Budgeting 
System." 

5.  AR-1-1,  "Planning,  Programming,  and 
Budgeting  and  Execution  System." 

6.  AIM  172-1,"USAF  Budget  Manual." 
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11 

CONTRACTING  FOR  SUPPORT 


11.1  HIGHLIGHTS 

•  ILS  Manager's  Role  in  Contracting  for 
Support 

•  Logistics  Input  to  the  Procurement 
Package 

•  Controlling  Deliverable  Data 

•  Contract  Types  for  Logistics  Support 

11.2  INTRODUCTION 
11.2.1  Purpose 

To  provide  a  managerial  overview  of  the 
process  and  techniques  of  contracting  for 
logistics  support. 

11.22  Objectives 

Contracting  for  support  provides  the  in¬ 
dustry  resources  needed  to  implement  the 
government's  ILS  strategy.  Contracting  is 
carried  out  within  the  framework  of  con¬ 
tract  laws  and  regulations  and  must  be  in 
agreement  with  the  acquisition  strategy 
approved  by  the  milestone  decision  au¬ 
thority  (see  11.3.3.1).  Contracting  may  be 
used  to  acquire  the  following  logistics 
deliverables  from  commercial  sources  dur¬ 
ing  system  acquisition:  (1)  ILS  documenta¬ 
tion,  such  as  analyses,  plans,  design,  and 
reports;  (2)  support  materials,  such  as  spare 
and  repair  parts,  support  equipment  and 
software;  and  (3)  logistics  services,  such  as 
training,  component  repair,  and  turn-key 
maintenance  and  supply  support  of  se¬ 
lected  equipment  (e.g.,  training  simulators) 


or  of  the  system  (see  Figure  11-1).  Some  of 
these  deliverables  may  be  procured  under 
a  separate  ILS  contract;  others  may  be  part 
of  an  overall  program  contract.  In  either 
case,  the  government's  objectives  are  to 
satisfy  its  logistics  support  needs  at  a  fair 
price  within  legal  and  regulatory  bound¬ 
aries.  Figure  11-2  identifies  general  gov¬ 
ernment  activities  in  contracting.  The  con¬ 
tract  will  provide  specific  responsibilities 
for  both  parties. 

113  BACKGROUND 

113.1  Acquisition  Policy,  Law  and 
Regulations 

U.S.  government  policy  calls  for  heavy  re¬ 
liance  on  private  commercial  sources  for 
supplies  and  services  (see  OMB  Circular 
No.  A-76,  "Performance  of  Commercial 
Activities").  The  Federal  Acquisition  Regu¬ 
lation  (FAR),  and  other  procurement  direc¬ 
tives,  set  forth  rules  and  procedures  for 
implementing  this  policy.  These  documents 
refiect  basic  procurement  law,  the  Armed 
Services  Procurement  Act,  and  revisions 
enacted  during  the  annual  authorization 
and  appropriation  process.  The  EtoD  imple¬ 
ments  and  expands  on  the  FAR  in  the  De¬ 
fense  Federal  Acquisition  Regulation 
Supplement  (DFARS)  and  Service  supple¬ 
ments. 

11.3.2  Contracting  Authority, 
Responsibility  and  Participation 

Authority  and  responsibility  to  contract 
for  authorized  supplies  and  services  are 
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Figure  11-1.  Logistics  Deliverables  During  System  Acquisition 


Figure  11-2.  Goverrunent  Contracting 
Responsibilities 

vested  in  the  agency  head  and  delegated  to 
contracting  officers.  In  turn,  the  contract¬ 
ing  officer  is  responsible  for  ensuring  that 
all  requirements  of  the  law,  executive  or¬ 
ders,  regulations  and  procedures  have  been 
met  before  exercising  this  authority.  Al¬ 
though  contracting  officers  are  allowed 
wide  latitude  in  exercising  business  judge¬ 
ment,  they  must  ensure  that  contractors 
receive  impartial  and  equitable  treatment 
and  they  must  solicit  the  advice  of  special¬ 
ists  in  program  management,  engineering, 
logistics  and  other  fields  as  appropriate 
(FAR  1 .602-2).  Specialists  must  be  involved 
in  such  major  contract  events  as  source 
selection.  The  ILS  manager  has  some  in¬ 
volvement  in  the  entire  contracting  pro¬ 
cess  from  preparation  of  the  procurement 
package  to  monitoring  contractor  perfor¬ 


mance,  but  such  major  contracting  activi¬ 
ties  as  developing  the  acquisition  strategy 
for  ILS  are  primarily  his  or  her  responsibil¬ 
ity. 

113.3  The  Contract  Process 

The  primary  contracting  activities  that  in¬ 
volve  the  ILS  manager  are:  developing  the 
contracting  strategy;  planning  the  acquisi¬ 
tion;  recommending  contract  method  amd 
type;  preparing  the  procurement  package; 
evaluating  proposals  and  monitoring  con¬ 
tract  performance.  These  are  discussed  in 
FARs  7, 34, 35,  and  37. 

The  solicitation,  negotiation  and  award 
processes  are  the  responsibility  of  the  con¬ 
tracting  officer,  with  assistance  as  required 
from  specialists,  such  as  the  ILS  manager 
(Figure  11-2).  The  ILS  manager  should  be¬ 
come  familiar  with  his  responsibilities  for 
these  contract  events  as  they  relate  to  con¬ 
tracting  for  support.  Figures  11-3  and  11-4 
display  a  generic  chronology  of  contract 
events.  These  time  frames  are  representa¬ 
tive  contract  lead  times. 

113.3.1  Acquisition  Strategy 

The  ILS  managers'  acquisition  strategy 
should  permit  competitive  contracts  where 
practical.  Other  strategy  considerations 
include  appropriate  implementation  of 
warranties,  breakout  and  the  consolida¬ 
tion  of  spare  parts  requirements  (initial, 
follow-on  and  replenishment).  The  ILS  con¬ 
tract  strategy  must  be  compatible  with  the 
overall  program  acquisition  strategy. 

11.3.3.2  Acquisition  Planning 

In  planning  the  acquisition  of  logistics 
data,  materials  or  services,  the  ILS  man¬ 
ager  should  work  with  (or  support)  the 
government  team  responsible  for  such  sig¬ 
nificant  aspects  of  the  acquisition  as  con- 
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Figure  11-3.  PrtKurement  Action  Cycles  (Full  and  Open  Competition) 


2-4.5MOS  2.5-3MOS  1-1.5MOS  4^MOS 

OTHER  PROCUREMENT  ACTIONS:  10  -  15  MOS 

Figure  11-4.  Support  Contract  Cycle  (Sole  Source) 


tracting,  financial  and  technical  manage¬ 
ment  in  the  creation  of  an  acquisition  plan 
(FAR  7.105).  A  wide  selection  of  contract 
types  is  available,  providing  flexibility  in 
acquiring  the  needed  logistics  resources. 
These  contracts  vary  according  to  the  de¬ 
gree  and  timing  of  responsibility  (risk)  as¬ 
sumed  by  the  contractor  for  cost  and  per¬ 
formance,  and  the  amount  and  nature  of 
profit  incentive. 

Contract  types  are  grouped  into  two  broad 
categories:  fixed-price  contracts  and  cost- 
reimbursement  contracts.  Specific  contract 
types  range  from  firm-fixed-price  (where 
the  contractor  accepts  full  risk  for  perfor¬ 
mance,  cost  and  profit  or  loss)  to  cost-plus- 
fixed-fee  (CPFF,  in  which  the  contractor 
assumes  minimal  risk  for  performance  and 


cost  but  receives  a  negotiated  fee),  see  FAR 
16.  In  cost-plus-incentive-fee  (CPIF)  con¬ 
tracts,  the  government  still  bears  the  major 
risk;  however,  the  contractor's  fee  (i.e., 
profit)  will  vary  based  upon  the  achieve¬ 
ment  of  objectives  incentivized  in  the  con¬ 
tract  Refer  to  11.4.6. 

IU.3.3  The  Procurement  Package 

The  Procurement  Package  encompasses 
most  of  the  information  the  contracting 
officer  needs  in  order  to  prepare  a  solicita¬ 
tion  as  prescribed  by  Part  I  -  "The  Sched¬ 
ule"  of  the  uniform  contract  format  (FAR 
14.201-2).  It  provides  technical  and  man¬ 
agement  information  including  the  range 
and  depth  of  data,  materials  and  services  to 
be  acquired.  Timely  and  comprehensive 
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statements  required  for  each  acquisition 
involving  equipment  or  processes  needing 
future  support  materials,  services  or  data. 

MIL-HDBK-245B,  'Treparation  of  the  State¬ 
ment  of  Work"  (SOW)  provides  specific 
guidance  on  how  to  identify  and  present 
information  on  logistics  deliverables  in  a 
format  consistent  with  life-cycle  phase  re¬ 
quirements.  The  ILS  manager  should  be 
concerned  with  each  part  of  the  Procure¬ 
ment  Package  because  logistics  require¬ 
ments  are  normally  spread  throughout  the 
document.  Care  should  be  taken  in  select¬ 
ing  and  describing  related  deliverables. 

Plans,  drawings,  specifications,  standards 
and  purchase  descriptions  should  be  selec¬ 
tively  applied  and  tailored  to  the  particular 
application  in  the  SOW.  For  example,  many 
military  standards  provide  useful  guid¬ 
ance  and  requirements  related  to  logistics. 
After  reviewing  the  available  standards 
bearing  on  a  given  topic,  select  the  fewest 
number  of  standards  that  encompass  the 
desired  range  and  depth  of  logistics  task¬ 
ing  in  such  areas  as  plaiming,  supply,  man¬ 
power,  personnel  and  training.  Specific 
applications  should  be  tailored  to  meet 
program  needs  by  selecting  or  modifying 
standard  DIDs.  The  majority  of  data  re¬ 
quested  will  be  those  defined  in  MIL-STD- 
1388-2A  or  2B,  "DoD  Requirements  for  a 
Logistics  Support  Analysis  Record"  (refer 
to  7.3,6).  The  Procurement  Package  should 
include: 

•  Guidance  to  the  contractor  about  the 
government's  baseline  of  ILS — objectives, 
requirements,  importance  relative  to  other 
program  objectives,  concepts,  assumptions, 
constraints  and  priorities; 

•  Specific  ILS  tasks  to  be  performed  by 
the  contractor,  such  as  ILS  analyses,  logis¬ 
tics  alternatives  evaluations,  preparation 


of  plans  and  concepts,  training  courses, 
spares  and  repair  parts,  technical  data,  etc.; 
and 

•  Incentives  aimed  at  achieving  the 
desired  balance  between  ILS  and  other  { >er- 
formance  capabilities  (refer  to  11.4.6). 

The  terms  used  must  be  understandable 
and  consistent  with  standard  contractual 
clauses.  Buzz  words,  terms  with  multiple 
meanings,  conflicting  or  unclear  terms  and 
symbols  must  be  avoided. 

11.3.3.4  Evaluating  Proposals 

The  ILS  manager  identifies  and  defines  the 
logistics  considerations  to  be  addressed  in 
the  offerer's  proposals.  He  also  helps  to 
determine  the  relative  importance  (weight) 
of  evaluation  factors  (e.g.,  understanding 
of  the  problem,  technical  approach  and 
other  technical  factors,  exp)erience  and  cost). 
Other  technical  factors  should  provide 
measurable  and  meaningful  criteria  related 
to  the  specific  logistics  support  require¬ 
ments  of  the  proposed  system.  These  logis¬ 
tics  considerations  are  also  incorporated  in 
the  overall  Source  Selection  Plan  (SSP), 
which  contains  the  evaluation  factors  and 
weights  for  each  factor.  These  must  be  on 
record  with  the  contracting  officer  prior  to 
RFP  release  and  incorporated  in  the  RFP.  In 
preparing  for  evaluation  working  group 
meetings,  the  ILS  manager  should  evaluate 
independently  all  technical  proposal  items 
related  to  logistics  in  order  to  contribute 
meaningful  leadership  in  the  discussions 
leading  to  source  selection. 

11.3.3.5  Contract  Monitoring 

A  comprehensive  contract  file,  including 
all  procurement  and  administrative  con¬ 
tract  modifications  (referred  to  as  "P  mods" 
and  "A  mods")  is  a  useful  management 
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tool.  Data  in  the  contract  file  directly 
relates  actual  performance  to  actual  cost 
and,  when  automated,  does  so  in  a  timely 
manner.  During  the  performance  period, 
this  data  should  be  used  to  rapidly  iden¬ 
tify,  exanune  and  resolve  logistics  prob¬ 
lems. 

11.3.4  Contracting  Methods 

TheCompetition  in  Contracting  Act  of  1984 
requires  agencies  that  are  conducting  pro¬ 
curements  for  goods  and  services  to  obtain 
"full  and  open  competition"  through  the 
maximum  use  of  "competitive  procedures." 
This  means  that  all  responsible  sources  are 
encouraged  to  submit  sealed  bids  or  com¬ 
petitive  proposals,  depending  on  what  is 
required  by  the  solicitation. 

There  are  two  primary  differences  between 
the  competitive  procedures  known  as:  (1) 
sealed  bids  and  (2)  competitive  proposals. 
The  first  difference  relates  to  award  factors. 
When  sealed  bids  are  used,  the  award  will 
be  based  solely  on  price  and  other  price- 
related  factors.  In  contrast,  competitive 
proposals  permit  consideration  of  other 
factors,  such  as  technical  merit,  that  go 
beyond  cost  in  meeting  the  government's 
ne^. 

The  second  difference  involves  the  permis¬ 
sibility  of  negotiations  to  arrive  at  the  busi¬ 
ness  agreement.  With  sealed  bids,  discus¬ 
sions,  other  than  for  purposes  of  minor 
clarifications,  are  not  permitted.  Competi¬ 
tive  proposals,  however,  do  permit  discus¬ 
sions  and  afford  the  offerors  an  opportu¬ 
nity  to  revise  their  offers  subsequent  to 
discussions.  In  context,  "bargaining"  re¬ 
fers  to  discussion,  persuasion  and  alter¬ 
ation  of  initial  assumptions  and  positions. 
The  give-and-take  may  apply  to  price, 
schedule,  technical  requirements  and  other 
terms  of  the  proposed  contracts.  The  use  of 


"other  than  competitive  procedures,"  (sole 
source  negotiations)  is  only  authorized 
when  the  circumstances  of  the  acquisition 
meet  the  criteria  of  one  of  seven  identified 
exceptions  (FAR  6). 

11.4  MANAGEMENT  ISSUES 

11.4.1  Data 

A  major  data  problem  in  the  past  has  been 
the  incomplete  identification  of  data  re¬ 
quirements  and  the  lack  of  emphasis  on 
procedures  that  ensure  legible,  complete 
and  correct  drawing  practices.  Contract 
requirements  for  a  technical  data  package 
CTDP)  must  be  traceable  to  the  government 
Configuration  Management  Plan  which, 
in  turn,  must  implement  the  acquisition 
strategy  approved  by  the  milestone  deci¬ 
sion  authority.  When  the  approved  acqui¬ 
sition  strategy  specifies  competitive 
reprocurement  of  systems  and/or  spares 
and  repair  parts,  "product  drawings  and 
associated  lists"  in  accordance  with  MIL-T- 
31000,  "General  Specifications  for  Techni¬ 
cal  Data  Packages,"  must  be  ordered  for 
delivery  prior  to  the  end  of  the  EMD  phase. 
(Also  refer  to  DoDI  5000.2,  Part  9B  'Techni¬ 
cal  Data  Management.") 

It  is  not  easy  to  verify  that  the  delivered 
product  drawings  and  associated  lists  (e.g., 
specifications;  software  documentation; 
preservation,  packaging,  packing  and 
marking  data;  test  requirements  data; 
quality  assurance  provisions)  will  satisfy 
all  needs  for  competitive  procurement.  Per¬ 
sonnel  preparing  the  data  and  those  re¬ 
viewing  it  should  be  able  to  determine 
whether  they  could  manufacture  the  docu¬ 
mented  component  "without  additional 
design  engineering  or  recourse  to  the  origi¬ 
nal  design  activity."  One  review  approach 
is  to  award  an  independent  verification 
contract  to  a  manufacturing  or  production 
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engineering  firm  that  has  relevant  hands- 
on  manufacturing  experience.  The  follow¬ 
ing  guidelines  are  offered  for  developing 
technical  data  packages. 

•  Determine  the  level  of  specificity  re¬ 
quired  for  procurement  purposes. 

•  Ensure  that  the  parts  descriptions 
and  drawings  are  available  so  that  other 
participants  in  the  acquisition  understand 
what  is  being  bought. 

•  Establish  prices  and  options  for  data 
delivery  only  after  the  design  is  stable 
enough  to  make  it  useful. 

•  Obtain  technical  data  on  a  phased 
schedule  to  permit  breakout  of  vendor 
components  for  future  competitive  ac¬ 
quisitions. 

•  Inspect  and  validate  the  complete¬ 
ness,  accuracy  and  adequacy  of  data 
promptly  after  its  receipt. 

•  Consult  with  the  contracting  officer  to 
ensure  that  the  current  regulations  con¬ 
cerning  data  rights  and  data  restrictions 
(FAR  27)  are  incorporated  in  the  solicita¬ 
tion. 

•  Technical  personnel  should  review 
proprietary  or  other  restrictive  markings 
on  drawings  and,  when  appropriate,  re¬ 
quest  the  contracting  officer  to  obtain  a 
written  justification  from  the  contractor  for 
the  restrictive  marking. 

11.4.2  Spares  and  Breakout 

Decisions  affecting  spares  must  be  made 
very  early  in  the  Life  cycle  of  a  system.  As 
the  program  evolves,  the  ILS  manager  must 
issue  provisioning  technical  documenta¬ 


tion  guidance,  including  milestones  and 
feedback  reporting,  via  the  contract,  to  en¬ 
sure  that  program  unique  materials  are 
promptly  ordered.  The  ILS  manager  must 
also  ensure  that  follow-on  spare  and  repair 
parts  are  obtained  in  a  cost-effective  man¬ 
ner.  Relying  on  the  original  prime  contrac¬ 
tor  for  follow-on  support  material  entails 
risks  in  the  areas  of  cost  and  availability  of 
needed  spare  and  repair  parts,  especially 
during  the  PPSP  (refer  to  14.3.3.)  The  ILS 
manager  should  consider  obtaining  tech¬ 
nical  data,  drawings,  tooling,  etc.,  to  enable 
the  Services  to  compete  for  follow-on  logis¬ 
tics  support.  The  cost  of  obtaining  this  ca¬ 
pability  must  be  weighed  against  the  po¬ 
tential  benefits  of  competition,  particularly 
during  an  extended  post-production  pe¬ 
riod.  FAR,  Part  7  requires  the  inclusion  of 
detailed  component  breakout  plans  in  the 
acquisition  plan.  In  order  to  develop  and 
deliver  an  effective  spares  procurement 
package  to  future  users,  the  ILS  manager 
should  do  the  following. 

•  Ensure  the  timely  and  accurate  as¬ 
signment  of  procurement  source  codes 
(e.g.,  prime  contractor,  vendor,  field  manu¬ 
facture,  etc.)  and  challenge  data  rights  and 
restrictive  markings. 

•  Require  contractors  to  identify  actual 
manufacturers. 

•  Screen  contractor-reconunended  parts 
lists  to  make  full  use  of  DoD  and  General 
Services  Administration  (GSA)  supply  sys¬ 
tems. 

•  Make  sure  parts  already  available  in 
DoD  and  GSA  supply  systems  are  bought 
direct. 

•  Order  optimum  quantities  where  sig¬ 
nificant  savings  can  be  obtained. 
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•  Base  estimated  unit  prices  on  antici¬ 
pated  buy  quantities  rather  than  a  single 
item.  Provisioning  prices  (prices  established 
during  the  provisioning  process)  should 
not  be  used  as  the  basis  for  determining  the 
reasonableness  of  the  price  of  future  buys 
and  procurement  history  records  should 
identify  provisioning  prices  as  such. 

•  Consider  Spares  Acquisition  Inte¬ 
grated  with  Production  (SAIP)  where  the 
government  combines  spare  parts  orders 
with  plaimed  production. 

•  Encourage  multiyear  procurement  of 
replenishment  spares  which  are  sensitive 
to  quantity  and  front-end  investment  costs. 

•  Ensure  that  all  spare  parts  require¬ 
ments  (initial  or  replenishment)  are  com¬ 
bined  to  the  maximum  extent  possible  to 
achieve  the  savings  of  larger  quantities. 
Buying  offices  should  alert  users  when  fre¬ 
quent  purchases  of  the  same  part  are  caus¬ 
ing  higher  costs. 

•  Ensure  realistic  breakout  and  compe¬ 
tition  goals,  taking  into  consideration  sav¬ 
ings  potential  and  the  availability  of  pro¬ 
curement  specialists  to  conduct  the  com¬ 
petitions  and  breakout  actions. 

•  Be  sure  that  trade-offs  are  made  be¬ 
tween  inventory  carrying  costs  and  mar¬ 
ketplace  quantity  discounts. 

11.4.3  Contracts  and  Pricing 

A  PM  often  regards  logistics  contract  con¬ 
siderations,  such  as  identifying  logistics 
deliverables  and  creating  the  ILS  input  to 
the  SOW,  as  long-term  issues  that  are  less 
important  than  the  immediate  problems. 
As  a  result,  logistics  concerns  are  often 
deferred  for  later  resolution.  A  common 
example  is  the  acquisition  of  data  needed 


for  future  logistics  support.  Understand¬ 
ably,  the  PM  with  a  funding  shortfall  is 
more  likely  to  cut  the  long-term  logistics 
requirements  from  the  contract  than  items 
with  immediate  impact. 

An  OMB  review  found  that  a  large  number 
of  unpriced  orders  are  backlogged  at  many 
DoD  activities.  The  time  required  for  audit, 
cost  or  price  analysis  and  negotiation  of  a 
contractor's  proposal  may  relate  to  the 
number  of  cost  elements  to  be  negotiated. 
Solutions  have  included  reducing  the  num¬ 
ber  of  cost  elements  to  be  analyzed,  as  well 
as  avoiding  the  use  of  Basic  Ordering  Agree¬ 
ments  (BOAs)  and  the  ordering  (provision¬ 
ing)  clause  for  the  large  amounts  of  data 
and  spares  that  can  be  firm-fixed-priced  at 
the  time  the  order  is  placed.  Another  solu¬ 
tion  is  using  forward  pricing  arrangements. 
These  provide  for  advance  negotiation  of 
direct  and  indirect  cost  factors  that  can 
then  be  used  for  a  mutually  agreed  upon 
time.  The  renegotiated  ILS  cost  factors  fa¬ 
cilitate  efficient  pricing  of  a  contractor's 
proposal  by  providing  more  time  to  ana¬ 
lyze  direct  costs.  These  factors  can  be  rou¬ 
tinely  used  by  less  experienced  buyers  and 
are  easily  adapted  to  a  computerized  sys¬ 
tem.  Increased  emphasis  on  negotiating 
forward  pricing  arrangements  should  re¬ 
sult  in  a  decrease  in  the  number  of  out¬ 
standing  unpriced  orders.  Goals  should  be 
set  and  monitored  for  the  control  of 
unpriced  orders. 

11.4.4  Government  Furnished  Property 
and  Other  Promises 

The  government's  failure  to  provide  prom¬ 
ised  Government  Furnished  Material 
(GFM)  in  a  timely  manner  and  in  suitable 
condition  may  create  government  liability 
for  subsequent  cost  and  schedule  increases 
(FAR  52.245-2).  For  this  reason,  the  ILS 
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manager  should  only  identify  GFM  that 
the  government  can  provide  in  a  timely 
manner  and  in  a  condition  suitable  for  use. 
If  appropriate,  the  Contracting  Office  may 
allow  the  contractor  to  utilize  MIL-STRIP 
procedures  in  obtaining  the  required  GFM 
(FAR  51). 

11.4.5  Unrealistic  Delivery  or 
Performance  Schedules 

The  government  sometimes  creates  pres¬ 
sure  in  negotiated  contracts  with  the  result 
that  a  contractor  may  feel  obligated  to  agree 
to  terms  that  are  unachievable  and  subse¬ 
quently  seek  and  receive  relief  from  these 
unreasonable  requirements.  ILS  managers 
should  avoid  issuing  requirements  on  an 
urgent  basis  or  with  unrealistic  delivery  or 
performance  schedules,  since  doing  so  gen¬ 
erally  restricts  competition  and  increases 
costs. 

11.4.6  Incentives 

Incentives  establish  a  relationship  between 
the  amount  of  fee  payable  and  the  results 
achieved,  and  are  us^  in  contracts  to  mo¬ 
tivate  contractors  to  exceed  predetermined 
thresholds  for  performance,  delivery  and 
R&M,  etc.  When  predetermined  measur¬ 
able  incentives  on  delivery  or  technical 
performance  are  included,  fee  increases 
are  provided  for  achievement  that  exceeds 
the  targets  and  fee  reductions  are  made 
when  targets  are  not  met.  Incentive  con¬ 
tracts  are  addressed  in  FAR  16.4  and  in  a 
joint  DoD/NASA  Incentive  Contracting 
Guide.  Logistics  incentives  should  be  de¬ 
signed  to  address  one  or  more  of  the  fol¬ 
lowing  conditions: 

•  Designs  that  tend  to  reduce  logistics 
costs  during  the  operational  phase  of  the 
life  cycle — increased  use  of  standard  com¬ 
ponents,  reduced  trouble-shooting  time, 
etc.; 


•  Accelerated  delivery  of  the  logistics 
system  (all  elements)  commensurate  with 
accelerated  program  delivery;  and 

•  Exceeding  R&M  thresholds. 

Contractural  incentives  are  established  for 
significant  goals  that  will  yield  increased 
combat  effectiveness  or  decreased  owner¬ 
ship  costs  (refer  to  6.3.3.4). 

11.4.7  Warranties 

In  1985,  Congress  established  a  require¬ 
ment  for  express  warranties  in  production 
contracts  for  weapon  systems  that  exceed  a 
unit  cost  of  $100,000  or  $10  million  total 
cost.  The  warranties  address  conformity  to 
the  design  and  manufacturing  require¬ 
ments;  freedom  from  defects  in  materials 
and  workmanship  at  the  time  of  delivery; 
and  conformity  to  "essential  performance 
requirements"  (such  as  operating  capabili¬ 
ties  and  reliability).  In  effect,  the  warranty 
is  an  obligation  of  the  contractor  to  repair 
or  replace  equipment  found  defective  or  to 
compensate  the  government  for  repair  per¬ 
formed  by  the  government  during  the 
course  of  the  warranty  period. 

FAR/DFARS  also  provide  policies  and  pro¬ 
cedures  for  tailoring  the  required  warran¬ 
ties  to  the  circumstances  of  a  particular 
procurement  and  for  obtaining  waivers 
when  needed.  For  supplies  and  services 
that  do  not  meet  the  definition  of  a  weapon 
system  (such  as  spares  and  data),  warran¬ 
ties  may  be  used,  provided  they  meet  or 
exceed  the  foregoing  requirements  and  are 
advantageous  to  the  government.  A  war¬ 
ranty  of  technical  data  (extended  liability) 
should  normally  be  included  in  the  solici¬ 
tation  and  evaluated  on  its  merits  during 
source  selection. 

In  designing  or  selecting  the  contract  war¬ 
ranty  clause,  the  ILS  manager  should  con¬ 
sider  the  following  guidelines: 
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•  Establish  warranty  clauses  and  pro¬ 
cedures  that  do  not  adversely  impact  readi¬ 
ness  (like  excessive  downtime  while  wait¬ 
ing  for  contractor  replacement  or  repair  of 
the  warranted  components). 

•  Provide  a  mechanism  for  administer¬ 
ing  the  warranty  that  imposes  limited  or  no 
special  reporting  requirements  on  user 
personnel,  particularly  at  the  organizational 
level. 

•  Maximize  the  government's  ability  to 
use  the  warranty.  Be  sure  to  consider 
transportation  and  storage  factors. 

11.5  RISK  MANAGEMENT 

11.5.1  Improper  Contracting  for 
Support 

11.5.1.1  Risk  Area 

The  major  risk  area  in  ILS  contracting,  in 
terms  of  impact  and  the  probability  of  its 
occurrence,  is  the  failure  to  properly  con¬ 
tract  for  data,  materiab  and  services.  In¬ 
cluded  are  failures  involving  contractual 
promises  by  the  government  to  furnish 
material  and  services  and  the  imposition  of 
unrealistic  delivery  or  performance  sched¬ 
ules.  Impacts  may  include  degraded  sup¬ 
port  and  readiness,  cost  growth,  and  loss  of 
the  taxpayers'  good  will  and  confidence. 
Contracting  for  support  entails  many  areas 
of  risk  which  the  PM  must  control.  Perma¬ 
nent  solutions  to  these  problems  are  elu¬ 
sive  unless  management  attention  is  sus¬ 
tained  at  all  levels.  Without  such  attention, 
we  will  only  repeat  the  mistakes  of  the  past 
—  a  flurry  of  activity,  amounting  to  over¬ 
kill,  dying  out  without  producing  mean¬ 
ingful  or  lasting  improvements. 


11.5.1.2  Risk  Handling 

The  Office  of  Federal  Procurement  Policy 
issued  a  report  that  offers  more  than  1(M 
recommendations  and  suggestions  aimed 
at  avoiding  well  known  risk  areas  (Refer¬ 
ence  2)  and  aimed  at  improving  logistics 
procurement  practices.  ITie  recommenda¬ 
tions  most  applicable  to  executive  and 
working  level  ILS  managers  are  included 
in  the  guidance  given  in  paragraph  11.4, 
Management  Issues.  They  may  be  used  as 
a  checklist  either  to  guide  hands-on  mana¬ 
gerial  efforts,  or  to  review  the  work  of 
matrix  personnel  to  ensure  the  price-con¬ 
sciousness  of  their  efforts. 

11.6  SUMMARY 

•  Participation  in  the  contracting  pro¬ 
cess  is  part  of  the  ILS  manager's  job. 

•  Contract  knowledge,  initiative  and 
determination  are  essential  in  managing 
ILS  programs. 

•  ILS  program  success  is  a  direct  reflec¬ 
tion  of  contract  success. 

11.7  REFERENCES 

1.  The  Federal  Acquisition  Regulations 
(FAR). 

2.  Office  of  Federal  Procurement  Policy, 
"Review  of  the  Spare  Parts  Procurement 
Practices  of  the  Department  of  Defense," 
June  1984. 

3.  MIL-HDBK-245,  "Preparation  of  State¬ 
ment  of  Work  (SOW)." 

4.  Defense  Federal  Acquisition  Regulations 
Supplement  (DFARS). 
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MODULE 

IV 


Providing  the  Support 


The  ILS  manager's  goal  is  the  successful  deployment  of  a  materiel 
system,  its  support,  and  the  achievement  of  readiness,  supportability 
and  LCC  objectives.  This  Module  focuses  on  the  ILS  role  in  planning  for 
and  accomplishing  production  and  operational  and  post-production 
support. 


12 

SUPPORTABILITY  ISSUES  IN  TRANSITION  FROM 
DEVELOPMENT  TO  PRODUCTION 


12.1  HIGHLIGHTS 

•  Validation  of  R&M  Goals  With  Early 
Production  Hardware  During  the 
Transition  to  Production 

•  Interrelationship  of  Production  and 
Supportability 

•  Template  DisciplineofDoD4245.7-M 

12.2  INTRODUCTION 
12JL1  Purpose 

To  provide  a  managerial  overview  of  the 
key  activities  required  to  achieve  an  effec¬ 
tive  transition  from  development  to  pro¬ 
duction  in  terms  of  supportability. 

12.2.2  Objective 

The  ILS  objectives  dming  the  transition  to 
production  are  to  ensure  that  approved 
supportability  design  requiremente  (such 
as  R&M)  are  achieved  in  the  early  produc¬ 
tion  articles;  and  that  planned  logistics  sup¬ 
port  resources  are  defined  and  adequately 
funded  to  achieve  the  system  readiness 
objectives.  The  ILS  manager  should  insist 
on  evidence  of  demonstrated  R&M,  a  pro¬ 
ducible  design,  proven  repeatability  of 
manufacturing  procedures  and  processes, 
and  logistics  support  verified  in  opera¬ 
tional  testing. 


123  MANAGEMENT  ISSUES 
123.1  General 

Program  transition  from  EMD  into  pro¬ 
duction  is  an  extremely  challenging  pe¬ 
riod.  The  transition  is  not  a  discrete  event  in 
time;  it  occurs  over  months  or  even  years. 
Some  programs  may  not  succeed  in  pro¬ 
duction  in  spite  of  having  passed  the  re¬ 
quired  milestone  design  reviews.  Reliabil¬ 
ity  and  support  characteristics  that  are  not 
"designed-in"  cannot  be  "tested-in"  or 
"produced-in".  There  may  be  unexpected 
f^ures  during  the  test  program  that  re¬ 
quire  design  changes.  The  introduction  of 
these  changes  can  impact  quality, 
produdbility,  supportability,  and  can  re¬ 
sult  in  program  schedule  slippages.  The 
ILS  manager  must  exercise  strong  change 
management  discipline  during  this  transi¬ 
tion  period  to  ensure  that  the  changes  in¬ 
corporated  in  the  system  are  properly  re¬ 
flected  in  the  support  system  deliverables. 

The  transition  process  is  impacted  by: 

•  Design  maturity  —  a  qualitative  as¬ 
sessment  of  the  implementation  of  concur¬ 
rent  and  effective  design  policy. 

•  Test  stability  —  the  absence  or  near 
absence  of  anomalies  in  the  failure  data 
from  development  testing. 

•  Certification  of  the  manufacturing 
processes  —  includes  both  design  for  pro- 
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duction  and  proof  of  process;  proof  of  pro¬ 
cess  occurs  during  pilot  production,  low- 
rate  initial  production  or  other  ''proof  of 
concept"  methods  used  prior  to  rate 
buildup. 

123.2  Variability-Reduction  Process 

Variability  Reduction  Process  (VRP)  is  a 
disciplined  design  and  manufacturing  ap¬ 
proach  aimed  at  meeting  customer  expec¬ 
tations  and  improving  the  development, 
manufacturing  and  repair  processes  while 
minimizing  time  and  cost.  The  traditional 
approach  to  improving  a  product  is  tight¬ 
ening  tolerances  and  increasing  inspections. 
The  alternative  VRP  approach  seeks  to  re¬ 
duce  causes  of  harmful  variation  in  the 
production  process  and  to  minimize  the 
effects  of  the  variation  on  reliability  <md 
repeatability  of  the  system. 

1233  Support  Readiness  Reviews 

The  PM  or  ILS  manager  should  initiate 
support  readiness  reviews  to  address  all 
ILS  elements.  The  number  of  reviews  and 
the  topic  sequence  depend  on  the  nature  of 
the  program.  Depending  on  the  system 
imder  consideration  and  the  phase  of  the 
program,  some  elements  will  be  more  criti¬ 
cal  than  others  diuing  particular  reviews. 
The  emphasis  on  key  program  issues  will 
have  to  be  tailored  accordingly. 

Early  support  readiness  reviews  should  be 
incorporated  in  Preliminary  Design  Re¬ 
views  (PDRs)  and  Critical  D^ign  Reviews 
(CDRs),  where  the  ILS  manager  has  an 
active  role  in  establishing  system  (type  A) 
and  development  (type  B)  specifications 
(refer  to  5.3.2.2  and  Figure  5.3).  Logistics 
risk  areas  revealed  during  the  PDR  and 
CDR  should  be  prime  considerations  dur¬ 
ing  later  support  readiness  reviews.  The 


ILSMT  discussed  in  23.2  should  partici¬ 
pate  in  these  reviews. 

123.4  Tasks,  Activities  and 
Deliverables 

The  quality  and  validity  of  many  of  the 
products  of  the  LSA  process  are  put  to  the 
test  in  the  transition  to  production.  Earlier 
validation  of  LSA  output  provides  confi¬ 
dence  in  the  quality  of  the  analytical  side  of 
the  process.  As  the  program  makes  the 
transition  to  production,  a  lengthy  list  of 
problems,  requiring  resolution  by  the  ILS 
manager,  may  surface  (e.g.,  inadequate 
support  equipment;  late  ordering  of  spares; 
inadequate  training;  documentation  that  is 
not  to  the  latest  configuration;  unproven 
facilities;  one  set  of  check  out  equipment 
needed  simultaneously  for  production  test¬ 
ing,  quality  assurance  standards  and  de¬ 
ployment). 

123.4.1  Support  Requirements  Review 
During  The  Transition  Phase 

The  ILS  manager  should  take  stock  of  the 
lessons  learned  from  the  results  of  the  EMD 
phase  by  conducting  a  support  require¬ 
ments  review  before  recommending  that 
tile  program  proceed  to  the  production 
phase.  Some  questions  to  ask  are: 

•  Have  critical  supportability  design 
detidendes  identified  during  DT&E  and 
OT&E  been  corrected,  or  have  solutions 
been  identified  that  can  be  applied  before 
deployment? 

•  Have  ILS  elements  (support  equip¬ 
ment,  technical  manuals,  etc.)  been  fully 
evaluated  in  a  representative  operational 
environment? 
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•  Have  defidendes  been  corrected  or 
can  they  be  corrected  before  deployment? 


•  Have  quantitative  requirements  for 
ILS  elements  (e.g.,  maintenance  man¬ 
power  and  initial  provisioning)  been  de¬ 
termined? 

•  Is  sufficient  funding  included  in  the 
POM? 

•  Can  the  manpower  required  to  sup¬ 
port  the  system  be  satisfied  by  the  Services 
manpower  projections? 

•  Will  production  leadtimes  for  the  ILS 
elements  support  the  planned  production 
and  deployment  schedules? 

•  Have  tests  and  simulations  confirmed 
the  attainability  of  system  readiness  thresh¬ 
olds  within  the  target  levels  for  O&S  costs? 

•  Have  plans  for  interim  contractor  sup¬ 
port,  if  applicable,  and  transition  to  organic 
support  been  prepared? 

If  these  issues  have  not  been  resolved,  the 
ILS  manager  should  develop  a  recovery 
plan  and/or  reconunend  further  system 
development. 

12.3.4.2  ILS  Manager's  Priority  Tasks 
During  The  Transition  Phase 

The  primary  purpose  of  the  acquisition 
process  is  to  deploy  systems  that  not  only 
perform  their  intended  functions  but  are 
ready  to  perform  these  functions  repeat¬ 
edly  without  burdensome  maintenance  and 
logistics  efforts.  The  successful  deployment 
of  a  reliable  and  supportable  system  re¬ 
quires  that  the  ILS  manager  provide  strict 
watchdog  management  during  the  transi¬ 
tion  phase,  to  ensure  that  adequate  tech¬ 
nical  engineering,  manufacturing  disci¬ 
plines  and  management  systems  are  ap¬ 
plied  to  the  ILS  elements  and  supportabil- 
ity  features  of  the  system.  Transition  phase 
ILS  priority  items  include: 


•  Providing  timely  and  adequate  fund- 
Lrig  or  all  ILS  elements; 

•  Involving  ILS  specialists  in  the 
preparation  of  comprehensive  hardware 
and  software  design  specifications; 

•  Continuing  an  active  LSA  process; 

•  Ensuring  ILS  input  to  configuration 
control  and  the  comprehensive  assessment 
of  the  impact  of  changes  on  all  support 
elements;  and 

•  Establishing  a  technical  management 
system  for  tracking  support  equipment  re¬ 
liability,  configuration  control  and  com¬ 
patibility  with  end  item  hardware/firm¬ 
ware/software. 

12.3.5  The  Transition  Plan 

Transition  plans  provide  a  detailed  ac¬ 
counting  of  the  items  and  issues  for  "readi¬ 
ness"  reviews.  They  are  primarily  a  man¬ 
agement  tool  for  ensuring  that  adequate 
risk  handling  measures  have  been  t^en. 
Figure  12-1  provides  a  list  of  contents  for  a 
transition  plan  and  production  readiness 
review.  They  must  be  initiated  and  tailored 
to  the  need  of  the  program,  by  the  program 
and  ILS  managers. 

12.3.6  DoD  4245.7-M,  "Transition  From 
Development  to  Production" 

This  document  is  an  aid  in  structuring  tech¬ 
nically  sound  programs  during  the  transi¬ 
tion  from  development  to  production.  The 
manual  includes  a  series  of  risk  manage¬ 
ment  templates  keyed  to  specific  technical 
issues.  The  templates,  in  turn,  provide  a 
program  relationship,  identify  the  poten¬ 
tial  risks  and  outline  risk  avoidance  tech¬ 
niques.  Figure  12-2  illustrates  the  level  of 
detail  of  risk  management  provided.  Other 
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-  PurpoM  of  tho  Transition  Plan 

-  Production  Management 

-  Manufacturing  Organization 

-  Engineering  Design 

-  Program  Schedules 

-  Production  Design 

-  Make  or  Buy  Deciaions 

-  Production  Engineering 

-  Producibillty  Engineering 

-  Industrial  Resources 

-  Role  &  Responsibilities 

-  Materials  and  Purchased  Parts 

-  Facility  Required 

-  Make  or  Buy 

-  Manufacturing  Technology 

-  Subcontract  Management 

-  Material  Procurement 

-  Manufacturing  Planning 

-  Assembly  Planning 

-  Quality  Assurance 

-  Methods 

-  Cost 

-  Processing  Engineering 

-  Risk 

-  Assembly  Tooling 

-  Logistics 

-  Packaging  Engineering 

-  Contract  Administration 

•  Fabrication 

-  Production  Engineering 

-  Production  Control 

-  Manpower  Plan 

-  Manufacturing  Financial  Plan 

-  Product  Assurance  Plan 

Figure  12-1.  Sample  Transition  Plan  and  Production  Readiness  Review  Contents 

templates  related  to  logistics  support  are  support  planning  in  the  transition  to  pro- 
included  for  LSA;  manpower  and  person-  duction.  Unless  the  guidance  and  intent  of 
nel;  training;  packaging,  handling,  stor-  DoD  4245.7-M  on  disciplining  the  engi- 
age,  and  transportation;  support  equip-  neering  process  have  been  employed;  an 
ment  and  support  facilities.  effective  government,  contractor  and 

subcontractor  team  is  implemented  to 
12.3.7  Management  of  Changes  handle  the  changes  on  a  total  system  basis; 

and  the  PM  is  prepared  to  respond  with 
Even  with  a  good  configuration  manage-  funding  and  direction  to  other  activities 
ment  system,  the  impact  of  DT&E/OT&E  whose  support  tasks  on  the  program  are 
changes  can  overwhelm  the  best  logistics  affected  by  the  changes. 
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TEMPLATE 


AREA  OF  RISK 


Spares  are  a  troubleaome  area  In  ttw  production  and  deployment  of  weapon  eystema. 
Spares  and  repair  parts  often  do  not  meet  the  same  quality  and  reliability  levels  as  the 
prime  hardware.  Full  spares  provisioning  too  early  In  the  development  cycle,  when  there 
are  large  uncertainties  In  the  predicted  failure  rates  aruf  design  stability,  results  In  the 
procurement  of  unneeded  or  unusable  spares.  Inadequate  technical  and  reprocurement 
data  frequently  limits  competition,  acquisition  flexibility  and  spares  manufacturing 
throughout  the  life  cycle  of  the  prime  systems.  Spares  thus  present  a  major  risk  of 
Increased  acquisition  and  support  costs,  and  reduced  readiness  of  fielded  systems. 


OUTUNE  FOR  REDUCING  RISK 

•  A  spares  acquisition  strategy  is  developed  early  in  EMD  to  identify  least  cost  options. 
Including  combining  spares  procurement  with  production.  The  strategy  addresses 
spares  requirements  to  meet  EMD  as  well  as  pi^uctlon  and  deploymenL 

•  The  same  quality  manufacturing  standards  and  risk-reduction  techniques  used  for 
the  prime  hardware  are  used  In  the  spares  manufacturing  and  repair  process. 

•  Transition  from  contractor  to  government  spares  support  Is  planned  on  a  phased 
subsystem-by-subsystem  basis. 

•  Initial  spares  demand  factors  are  based  on  conservative  engineering  reliability 
estimates  of  failure  rates  (derived  from  comparability  analysis),  and  sparing  to 
availability  analytical  models.  These  factors  are  checked  for  reasonableness  at  the 
system  or  major  subsystem  level  against  laboratory  and  field  test  results  and 
documented  in  the  logistics  support  analysis  database. 


SOURCE:  DOD4245.7-M 

Figure  12-2.  Sample  Logistics  Template 
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Figure  12-3  diagrams  the  traditional  ap¬ 
proach  to  ILS  management  and  review. 
The  reality  of  professional  specialization 
and  organizational  compartmentalization 
in  both  government  and  industry  means 
that  each  support  discipline  is  considered  a 
specialty  in  itself  and  is  often  isolated  at  the 
expense  of  coordination  and  integration. 
For  example,  spares  were  dealt  with  in 
isolation  between  industry  and  govern¬ 
ment  provisioning  specialists.  Experience 
has  amply  demonstrated  that  the  tradi¬ 
tional  approach  results  in  less  than  opti¬ 
mum  field  support  following  delivery  of  a 
system.  Properly  implemented,  the  systems 
engineering  process,  including  LSA,  pro¬ 
vides  integration  between  design  engineer¬ 
ing  cmd  logistics  elements. 

The  support  integration  review  team  con¬ 
cept  (illustrated  in  Figure  12-4)  is  an  ex- 
ampleof  an  effectivecontractorteam,  which 
reduces  the  isolation  of  specialties  and  fa¬ 


cilitates  in-house  coordination.  The  team 
satisfies  the  intent  of  DoDl  5000.2,  Part  7A 
"Integrated  Logistics  Support"  and  related 
directives  in  the  integration  of  ILS  with  the 
design  effort. 

12.3.7.1  Integration  Team  Actions 

Before  the  contractor  begins  to  make  pro¬ 
duction  parts,  program-peculiar  issues 
should  have  been  identified  and  appropri¬ 
ate  risk  management  and  risk  hedges  ap¬ 
plied  to  ensure  design  maturity,  the  repeat¬ 
ability  of  test  results  and  certification  of  the 
manufacturing  processes. 

This  will  minimize  the  quantity  and  scope 
of  follow-on  changes  required  to  correct  or 
improve  the  production  of  end  items.  When 
changes  do  occur,  the  ILS  manager's  task 
becomes  vital  to  the  eventual  success  of  the 
program.  Changes  to  the  system  will  gen¬ 
erally  require  changes  in  most  or  all  of  the 
logistics  support  resources. 


Figure  12-3.  Traditional  ILS  Management  and  Review  Approach 
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ORIGINAL 
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Figure  12-4.  Flow  of  Contractor  Support  Integration  Team  Actions 


12.3.7.2  Change  Proposal  Preparation 

The  starting  point  in  change  preparation  is 
recognition  of  a  deficiency  and  a  decision 
to  employ  a  design  solution.  As  shown  in 
Figure  12-5,  the  request  to  change  produc¬ 
tion,  and  possibly  retrofit  fielded  equij>- 
ment,  may  be  originated  by  the  govern¬ 
ment  or  the  contractor.  The  top  half  of 
Figure  12-5  illustrates  one  approach  for 
contractor  preparation  of  an  Engineering 
Change  Proposal  (ECP). 

The  contractor  ILS  manager  must  be  ac¬ 
tively  involved  in: 

•  Determining  the  impact  of  the  ECP  on 
affected  ILS  elements; 

•  Developing  requirements  and  sched¬ 
ules  for  required  changes  to  affected  ILS 
elements;  and 

•  Participating  in  engineering  review 
board  and  change  review  board  meetings. 

The  government  ILS  manager  must  be  in¬ 
volved  in  the  government  review  and  ap¬ 
proval  process  to  ensure  that: 

•  The  impact  on  ILS  elements  has  been 
fully  evaluated; 

•  ECPs  for  associated  changes  to  sup¬ 
port  equipment  and  training  devices  are 
available  for  concurrent  review  and  ap¬ 
proval; 

•  Lead  times  for  changes  to  ILS  ele¬ 
ments  are  compatible  with  the  planned 
implementation  of  the  ECP  on  the  produc¬ 
tion  line;  and 

•  Changes  to  ILS  elements  are  funded. 


12.3.7.3  Change  Implementation 

After  government  approval,  the  contractor 
initiates  action  to  finedize  the  change  for 
production  and/or  retrofit  concurrently  to 
modify  the  affected  ILS  elements  (bottom 
half  of  Figure  12-5).  The  govermnent  ac¬ 
cepts  the  modified  systems.  The  govern¬ 
ment  ILS  manager  is  normally  responsible 
for  the  application  of  retrofit  kits  and  must 
assure  that  the  required  changes  to  logis¬ 
tics  support  of  fielded  systems  are  applied 
or  are  available  concurrent  with  the  appli¬ 
cation  of  retrofit  kits  to  the  systems.  This 
latter  requirement  can  be  facilitated  by 
grouping  retrofit  kits  into  block  modifica¬ 
tions  and  applying  them  to  complete  pro¬ 
duction  lots. 

12.3.8  The  Support  Management 
Information  System 

A  support  management  information  sys¬ 
tem  is  an  essential  component  of  configu¬ 
ration  status  accounting.  It  is  employed  to 
manage  changes  of  logistics  resources  and 
to  maintain  concurrent  compatibility  with 
changes  to  the  system. 

12.4  RISK  MANAGEMENT 

12.4.1  Risk  Areas 

Before  entering  the  EMD  phase,  the  ILS 
manager  should  identify  unique  system  or 
equipment  risk  areas  which  might  impact  a 
smooth  transition  from  EMD  to  produc¬ 
tion,  and  highlight  the  techniques  that 
might  avoid  these  risks  as  tasks  to  be  per¬ 
formed  during  EMD.  Some  examples  of 
risk  areas  to  be  considered  are  identified  in 
Figure  12-6. 

12.4.2  Risk  Handling 

The  risk  areas  identified  in  Figure  12-6  can 
all  be  minimized  by  following  the  guide- 
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Figure  12-5.  One  Variation  of  ECP  Preparation  and  Implementation 

by  a  System  Contractor 
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Risk  Area 


•  Inadequate  transition 
planning 

•  EMD  phase  does  not  effectively  validate 
support  item  risk  areas;  Increase  in 
production  change  traffic;  extended 
contractor  support  period. 

•  Extensive  engineering 
change  traffic 

•  OAS  cost  thresholds  exceeded;  conflguraMen 
of  deployed  support  systems  not 
compatible  with  fielded  systems. 

•  Organic  support 
implementation  delayed 

•  OAS  cost  thresholds  may  be  exceeded; 
this  could  stem  from  contractor  support 
tasks  being  priced  in  a  rKHicompetitive 
environment. 

•  Delayed  completion  of 

DT&E  and  OT&E  effort 

•  Changing  product  baseline  with  expensive 
poet-delivery  retrofit  in  Heu  of  production 
incorporation. 

•  Product  not  adequately 
engineered  for 
producibility 

•  High  unit  manufacturing  cost;  producNMNIy 
Improvement  changes;  configuration 
management  problems  with  delivered 
support  items. 

Figure  12-6.  Transition  Risk  Areas 

Technique 

Wsk-Handiinq  Techniques 

•  Assessing  transition 
planning 

•  The  trsnsition  from  EMD  to  production 
should  be  documented  with  a  transition 
pisn  thst  Includes  as  a  milestone  the 
valldstion  of  a  system  support  pscksgs 
covering  and  integrating  all  support 
elements. 

•  This  plan  should  be  available  prior  to 
the  start  of  EMD,  updated  and 
ratified  early  in  the  EMD  phase. 

•  Timely  and  cost-effecttes 
planning  of  contractor  and 
affected  government  agency 
support  tasks 

•  The  program  and  ILS  managers  must 
activefy  coordinate  the  development 
of  ttw  transition  plan  with  contractor 
and  other  government  agencies  and  use 

MIL-STD-973,  "Configuration  Management” 
as  an  effective  ILS  change  management 
tool. 

•  Timely  inclusion  of 
government  organic  support 
considerations  in  planr^ 

•  kiciurte  user  and  depot  representation 

In  the  planning  process. 

Figure  12-7.  Transition  Risk  Handling 


12-10 


lines  for  the  LSA  process  discussed  in  Chap¬ 
ter  7,  and  the  planning,  management  vis¬ 
ibility  and  control  techniques  discussed 
as  part  of  the  ILSP  in  Chapter  2.  Some 
specific  techniques  applicable  to  the  ex¬ 
ample  risk  areas  are  discussed  in  Figure  1 2- 
7. 

12.5  SUMMARY 

•  Major  ILS  management  risks  in  the 
transition  to  the  production  process  are: 

-  Inadequate  planning 

-  Extensive  changes 

-  Delayed  organic  support 

-  Delayed  completion  of  testing 
phase 

-  Inadequate  producibility  in 
design 

•  Major  support  problems  may  become 
evident  when  the  system  is  transitioned  to 
production. 

•  Transition  planning  should  be  com¬ 
pleted  before  entering  the  initial  produc¬ 
tion  phase,  so  that  the  system  support  pack¬ 
age  can  be  validated  before  the  production 
decision. 


•  Intensive  ILS  management  is  required 
to  ensure  that  support  items  remain  com¬ 
patible  with  late  changes  to  the  materiel 
system. 

12.6  REFERENCES 

1.  DoD  4245.7M,  'Transition  From  Devel¬ 
opment  to  Production  Manual." 

2.  DoDI  5000.2,  Part  6,  Section  O,  "Design 
for  Manufacturing  and  Production." 

3.  MIL-STD-973,  "Configuration  Manage¬ 
ment." 

4.  Defense  Manufacturing  Management 
Guide,  Defense  Systems  Management  Col¬ 
lege. 
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13 

DEPLOYMENT 


13.1  HIGHLIGHTS 

•  Deployment  Planning  Requirements 
and  Schedules 

•  Deployment  Coordination  and 
Negotiation  Requirements 

•  The  Deployment  Plan,  Agreement 
and  Certification 

•  Managing  the  Deployment  Process 

13.2  INTRODUCTION 

13.2.1  Purpose 

To  provide  a  managerial  overview  of  the 
actions  required  to  successfully  deploy  a 
new  or  modified  materiel  system. 

The  term  "deployment"  includes  fielding, 
turnover,  hand-off,  fleet-introduction  and 
other  terms  used  by  the  Services.  Included 
are  deployment  planning,  execution  and 
follow-up  requirements  covering  the  pe¬ 
riod  from  CED  until  the  last  unit  is  opera¬ 
tional. 

13.2.2  Objective 

The  deployment  process  is  designed  to 
turn  over  newly  acquired  or  modified  sys¬ 
tems  to  users  who  have  been  trained  and 
equipped  to  operate  and  maintain  the 
equipment.  All  elements  of  ILS  must  be  in 
place  at  deployment  with  the  exception  of 
those  for  which  interim  contractor  support 


is  available.  Although  it  may  seem  a 
straightforward  process,  deployment  is 
complex  and  can  be  costly  if  not  properly 
managed.  When  properly  planned  and 
executed,  deployments  result  in  high  unit 
readiness,  reduced  cost,  less  logistics  tur¬ 
moil  and  help  establish  a  favorable  reputa¬ 
tion  for  the  new  system. 

13.3  MANAGEMENT  ISSUES 

133.1  Scope 

Deployment  challenges  the  Service  logis¬ 
tics  organization  with  providing  adequate 
support  to  a  materiel  system  when  custody 
of  that  system  shifts  to  a  user  or  operating 
command.  At  that  point,  the  Service  logis¬ 
tics  capability  may  be  augmented  for  vari¬ 
ous  periods  by  a  range  of  contractor  pro¬ 
vided  services.  Firstunit  Initial  Operational 
Capability  (IOC)  may  range  from  the  first 
day  of  custody  of  the  system  hardware  to 
some  later  date  when  unit  training  has 
been  completed  and  a  readiness  inspection 
is  satisfactorily  passed.  The  deployment 
program  may  range  from  introduction  of 
thousands  of  combat  vehicles  over  a  ten- 
year  period  to  the  staged  transition  of  a 
single  aircraft  carrier.  Regardless  of  the 
number  of  items  and  the  length  of  the  de¬ 
ployment  schedule;  there  must  be  a  com¬ 
prehensive,  coordinated  deployment  plan 
containing  realistic  lead  times,  supported 
by  adequate  funds  and  staff,  and  having 
the  potential  for  rigorous  execution.  Appli¬ 
cable  elements  among  those  identifi^  in 
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Figure  13-1  must  be  available  on  schedule 
or  the  sy ' 'm  will  not  be  operational. 

Although  a  deployment  schedule  may  be 
established  at  Milestone  I,  subsequent  ad¬ 
justments  are  possible  and  should  be  con¬ 
sidered,  particularly  in  the  early  stages  of  a 
program  when  a  greater  range  of  flexibility 
exists.  In  later  stages  of  the  acquisition 
process,  the  failure  to  meet  a  logistics  mile¬ 
stone  can  translate  either  into  a  costly  de¬ 
ployment  delay  or  deployment  of  a  system 
that  cannot  meet  readiness  goals.  Either 
one  will  result  in  reduced  capability. 

13.3.2.  Planning 

Deployment  should  not  be  thought  of  as 
simply  delivering  equipment.  There  is  a 
need  for  consideration  of  manpower,  per¬ 
sonnel  and  training  requirements;  estab¬ 
lishment  of  facilities;  placement  of  system 
support;  use  of  contractor  support;  data 
collection  and  feedback;  and  identification 
of  funds.  Planning  for  deployment  begins 
in  the  CED  phase.  By  Milestone  I,  the  draft 
ILSP  must  be  prepared  to  address  the  long¬ 
term  deplo)anent  considerations.  Deploy¬ 
ment  planning  intensifies  through  the  DV 
phase  so  that  by  EMD,  a  detailed  plan  for 
deployment  can  be  prepared.  This  plan 
must  be  updated  and  coordinated  on  an 
ongoing  basis  to  reflect  program  changes. 

Dissemination  of  information  to  all  partici¬ 
pants  is  very  important;  each  change  must 
be  passed  on  to  every  organization  in¬ 
volved  in  the  deployment  process.  Changes 
in  almost  any  aspect  of  the  program  (rang¬ 
ing  from  the  very  obvious,  such  as  produc¬ 
tion  schedule  changes,  to  a  less  obvious 
change  in  unit  manning  requirements)  can 
have  an  impact  on  deployment.  Figure  13- 
2  shows  the  relationship  between  deploy¬ 
ment  activities  and  major  ILS  activities. 
Figure  13-3  provides  suggested  topics  for 


inclusion  in  the  plan.  The  ILSMT  must  be 
actively  involved  in  deployment  planning. 
See  Chapter  2  for  additional  material  on 
planning. 

13.3.2.1  Test  and  Evaluation 

Supportability  of  a  system  should  be  dem¬ 
onstrated  before  deployment.  The  ILS  man¬ 
ager  must  ensure  that  the  TEMP  includes 
supportability  objectives,  issues  and  crite¬ 
ria.  Development  and  operational  testing 
during  EMD  provides  information  for  the 
Milestone  III  production  approval  deci¬ 
sion,  and  provides  input  to  follow-on  test¬ 
ing  requirements.  These  tests  should  pro¬ 
vide  assurance  that  the  proposed  logistics 
concepts  and  planned  resources  will  be 
sufficient  to  support  the  system  once  de¬ 
ployed.  This  testing  may  also  suggest 
changes  to  planned  deplo5anent  actions.  In 
addition,  the  FoUow-On  Test  and  Evalua¬ 
tion  (FOT&E)  may  use  the  first  unit 
equipped  as  the  test  unit;  FOT&E  plan¬ 
ning  must,  therefore,  be  closely  coordi¬ 
nated  with  deployment  planning. 

13.3.2.2  Logistics  Support  Analysis 
(LSA) 

LSA  task  results  have  a  significant  impact 
on  deployment  planning  and  execution. 
Early  Fielding  Analysis  (LSA  Task  402) 
should  be  conducted  during  EMD.  This 
task  should  be  repeated  as  input  data 
changes.  Typical  input  data  changes  result 
from  Evaluation  of  Alternatives  and 
Tradeoff  Analyses  (Task  303),  changes  in 
deployment  quantities  and  schedules,  and 
changes  in  manpower  and  personnel  re¬ 
quirements  or  availability.  Early  Fielding 
Analysis  assists  ILS  management  by  as¬ 
sessing  many  elements,  among  them:  the 
impact  of  the  introduction  of  new  systems 
on  existing  systems,  the  identification  of 
sources  of  personnel  to  meet  the  require- 
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Figure  13-1.  Deployment  Requirements 
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Figure  13-2.  ILS  Deployment  Activities 


TYPICAL  DEPLOYMENT  PLAN 


I.  INTRODUCTION 

A.  Purpose 

B.  Limitation  of  Data 

C.  Logistics  Support  Concept 

D.  Deployment  Agreement  and  Certification  (LOA,  MOU)* 

II.  SYSTEM/END  ITEM  DESCRIPTION 

A.  Functional  Configuration 

B.  Organizational  and  Operational  Concepts 

C.  Deployment  Schedules 

III.  LOGISTICS  SUPPORT  AND  COMMAND  AND  CONTROL 

A.  Command  and  Control  Procedures 

B.  Logistics  Assistance 

C.  Materiel  Defects 

D.  Coordination 

IV.  SYSTEM  SUPPORT  DETAILS 
(Discuss  each  ILS  Element) 

V.  THE  PROGRAM  MANAGERS  COMMITMENT 

VI.  SUPPORT  REQUIRED  FROM  USING  COMMAND 

VII.  SUMMARY 
APPENDIX 

A.  Key  Correspondence 

B.  Plans  and  Agreements 

C.  Developers  Checklist 

D.  User  Command  Checklist 

E.  Classified  Information 


*  Letters  of  Agreement,  Memorandum  of  Understanding 

SOURCE:  DARCOM  CIR  700-9-4 

Figure  13-3.  Suggested  Contents  of  a  Plan  for  Deployment 

ments  of  the  new  systems,  the  impact  of  a  13.3.2.3  Funding 
program's  failure  to  obtain  all  the  logistics 
support  resources  and  the  essential  logis-  ILS  funding  is  discussed  in  Chapter  10.  It  is 

tics  support  resource  requirements  for  a  important  to  reiterate  here  that  specific 

combat  environment.  The  last  subtask  for  funding  requirements  for  deployment  re- 

the  Early  Fielding  Analysis  is  to  develop  quire  early  identification  in  terms  of  pro¬ 
plans  to  alleviate  potential  fielding  prob-  gramming  and  budgeting.  Deployment- 

lems.  related  funding  requirements  may  in- 
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dude  military  construction,  training,  travel, 
transportation  of  materiel,  contractor  sup¬ 
port  and  can  involve  both  PMO  and  user 
funds.  There  has  been  a  continuing  trend  to 
give  the  PM  more  visibility  and  control 
over  funds  needed  for  deployment. 

13.3.2.4  Warranties 

The  ILS  manager  must  participate  in  the 
selection  of  "essential  performance  re¬ 
quirements"  to  be  warranted  in  the  pro¬ 
duction  contract.  Typically  warranties  are 
on  system  or  component  reliability.  The 
procedures  for  processing  warranties 
should  minimize  impact  on  the  user,  par¬ 
ticularly  at  the  organizational  level.  War¬ 
ranty  provisions  should  enable  the  user  to 
make  warranty  claims  without  delaying 
essential  maintenance  needed  to  restore 
system  availability.  For  example,  the  Navy 
has  established  warranties  that  allow  Navy 
personnel  to  perform  needed  mainte¬ 
nance  and  then  recover  the  cost  incurred 
from  the  contractor. 

When  a  warranty  is  to  be  used,  the  user 
must  be  involved  in  the  planning  and  the 
warranty's  impact  must  be  accommodated 
in  the  deployment  plan.  The  deployment 
plan  should  state  which  components  are 
under  warranty,  by  whom  and  for  how 
long,  the  performance  parameters  cov¬ 
ered,  and  the  starting  date  or  event  of  the 
warranty.  It  is  often  necessary  to  describe 
warranty  provisions  by  equipment  serial 
numbers.  The  interface  between  the  user 
and  the  contractor  should  be  explained  in 
the  plan. 

Warranty  coverage  often  begins  when  the 
item  is  accepted  by  the  government  and 
delivered  to  its  first  destination.  If  the  first 
destination  is  a  storage  depot  and  the  war¬ 
ranty  period  is  measured  in  elapsed  time,  a 


portion  or  all  of  the  warranted  life  may 
expire  before  the  item  is  placed  into  use. 
Under  these  circumstances,  it  is  preferable 
to  seek  warranty  coverage  that  b^ins  when 
the  item  is  placed  into  service,  or  coverage 
that  is  based  upon  a  measure  of  usage  (such 
as  miles  driven  or  elapsed  operating  time). 

13.3.2.5  Management  Information 
System  (MIS) 

The  ILS  manager  should  establish  an  MIS 
to  assist  the  deployment  planning  and 
implementation  processes.  The  number  of 
logistics  elements,  the  varied  disciplines 
involved  in  planning  for  deployment,  the 
numerous  funding  sources  for  support  and 
the  multitude  of  interrelated  data  items 
make  the  deployment  status  difficult  to 
track  and  u^ate  unless  it  is  managed 
systematically.  For  example,  a  slippage 
in  parts  delivery  for  a  simulator  could 
mean  that  more  training  time  is  needed  on 
the  prime  system.  This  would  increase  de¬ 
mands  on  maintenance  (during  a  training 
period)  and  increase  the  demand  for  re¬ 
plenishment  spares.  The  increased  demand 
for  spares  could  impact  the  availability  of 
components  for  the  production  line  or  the 
initial  support  package  for  following  de¬ 
ployments,  causing  a  slippage  in  the  de¬ 
ployment  schedule.  Slippage  in  the  de¬ 
ployment  schedule  would  increase  the  de¬ 
mand  for  support  to  the  system  being 
phased  out  —  all  the  result  of  slippage  in 
parts  for  the  simulator.  In  addition,  failure 
rates  and  operating  problems  could  differ 
significantly  from  those  encountered  in  the 
testing  environment.  These  difficulties  must 
be  fed  back  to  the  ILS  manager  so  that  the 
support  deficiencies  can  be  corrected.  As  a 
minimum,  on-site  data  collection,  reports 
of  trade-off  analyses,  status  of  support  ac¬ 
tivities  and  costs  and  funding  reports 
should  be  included  in  the  MIS. 
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PROGRAM  MANAOEMENT  OFFICE  •  EMablishM  Working  Qroup 


•  Dovolopo  8(4>portability  Tooting 

Aooooomont 

•  Providoo  Input  to  TraiiWig  Plano 

•  Proparoo  Dopioymont  Plan 

•  Coorcknatoo  Plan 

•  Proparoo  Dopioymont  Agroomont 
or  Cortification 

•  Nogotiatoa  Agroomont  or  CortiflcoMon 
with  Uoing  Command(^ 

USING  (OPERATING)  COMMANDS  *  Proparoo  Oporational  Support  Plan 

•  ProvkJoa  Input  to  Dopioymont  Plan 

•  Nogotiatoo  Agroomont  or  Cortification 
wWiPMO 

TEST  AND  EVALUATION  ORGANIZATION  •  Porformo  OTAE 

TRAINING  COMMAND  •  ProvMoa  Input  to  Dopioymont  Plan 

•  Proparoo  Training  Plano  and  Syotom 
Training  Roquiromonto 

SERVICE  STAFF  *  ProvkJos  Dopioymont  AHocationo, 

Manpowor  Changoo,  Training  Fadlitioa 
and  Logiotical  Inputs  to  tho  Dopioymont 
Plan 

•  Roviows  Plans  and  Agroomonts 

CONTRACTOR  *  Providos  Support/Warranty 

•  May  Provido  Plan  for  Interim  or  Ufo-Cycio 
Maintenance  and  Supply  Support 


Figure  13-4.  Deployment  Planning,  Negotiation  and  Coordination  Requirements 

13.3.3  Coordination  and  Negotiation  The  major  negotiation  requirement  is  on 

the  agreement  or  certification  by  the  PM  to 
A  deployment  working  group,  which  in-  deliver  the  system  and  its  support;  and  by 
volves  the  ILSMT,  should  be  established.  the  user  to  prepare  for  its  receipt.  The  agree- 
The  group  should,  at  a  minimum,  have  ment  may  be  an  integral  part  of  the  plan  for 
members  from  the  using  and  supporting  deployment,  negotiated  between  the  two 
commands.  Figure  13-4  depicts  represen-  principals  and  coordinated  among  the 
tative  participants  and  responsibilities.  many  other  participants.  Negotiations 
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should  commence  before  the  production 
decision  and  should  be  documented  as  re¬ 
quired  by  each  Service.  For  example,  in  the 
case  of  the  USAF,  the  Turnover  Agreement 
is  dociunented  in  the  PMP.  The  coordina¬ 
tion  may  involve  on-site  meetings  to  coor¬ 
dinate  the  details  of  transfer,  site  planning 
and  inspection,  equipment  on-site  check¬ 
out  and  similar  activities.  The  initial  units 
to  receive  a  new  system  frequently  com¬ 
pete  for  replacement  spares  with  the  ongo¬ 
ing  production  line  and  with  the  build-up 
to  support  subsequent  deployments.  De¬ 
pot  level  component  repair  may  also  com¬ 
pete  with  the  production  line  for  resources 
(test  equipment,  bits  and  pieces,  skilled 
manpower,  etc.).  These  problems  are  com¬ 
pounded  when  the  fielded  reliability  does 
not  meet  the  planned  reliability.  The  priori¬ 
ties  established  for  satisfying  requirements 
during  this  time  of  support  and  production 
build-up  should  be  included  in  the  agree¬ 
ment. 

13.3.4  Organization 

As  the  plaiming  for  deployment  intensi¬ 
fies,  the  PM  should  establish  an  organiza¬ 
tion  within  the  PMO  to  assist  the  user, 
interact  with  the  working  groups  and  re¬ 
solve  problems  that  arise  during  deploy¬ 
ment.  Deployment  personnel  should  be 
considered  for  both  PMO  and  on-site  as¬ 
signments.  Teams  may  be  required  for  brief¬ 
ing  and  assisting  user  commanders  and 
their  staffs.  System  deployment  teams  on 
site  can  assist  in  the  checkout  of  equip¬ 
ment,  help  perform  the  hand-off,  train  unit 
personnel  and  assure  that  support  capa¬ 
bilities  are  in  place.  The  assistance  of  con¬ 
tractor  personnel  is  often  desirable  at  this 
time  and  should  be  considered  in  the  plan¬ 
ning. 


133.5  Materiel  Release  Review 

The  release  of  the  first  system  to  each  major 
user  activity  follows  a  period  of  extensive 
planning  and  coordination.  The  materiel 
release  review  is  a  control  mechanism  to 
verify  that  all  materiel  and  logistics  defi¬ 
ciencies  identified  in  OT&E  have  been 
corrected  and  that  all  logistics  resources 
required  to  support  the  initial  deploy¬ 
ment  will  be  available  concurrent  with  the 
release  of  the  system  (see  Figure  13-1).  The 
materiel  release  is  in  essence  a  certification 
by  the  developing  activity  that  all  condi¬ 
tions  required  to  achieve  initial  readiness 
have  been  met. 

133.6  Lessons  Learned  from  Previous 
Deplo3mients 

Figure  13-5  summarizes  problem  areas  as¬ 
sociated  with  previous  deployments  and 
suggested  corrective  actions. 

13.4  RISK  MANAGEMENT 

13.4.1  Accelerated  Programs 

13.4.1.1  Risk  Area 

Compressed  schedules  increase  the  de¬ 
mand  for  critical  assets  during  the  time  of 
normal  asset  shortages. 

13.4.1.2  Risk  Handling 

Knowing  that  the  acquisition  strategy  calls 
for  an  accelerated  schedule,  the  ILS  man¬ 
ager  must  assess  the  risks  associated  with 
acceleration,  identify  support  concept  al¬ 
ternatives  that  will  minimize  the  risk  and 
develop  ILS  program  guidelines  and  tech¬ 
niques  that  will  assure  its  proper  execu¬ 
tion.  Interim  contractor  support  is  a  fea¬ 
sible  alternative  that  should  be  considered 
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Personnel  Turnover 

DocumMit  all  plans,  agreements  Mid  changes. 

Conduct  new  equipment  training  cioee  to  dale 
unit  will  be  equipped. 

Conditional  Materiel  Reieaae 

User  must  understand  and  agree  to  the  terms  (rf 
a  conditional  materiel  release. 

Training  of  Operators  and 
Maintenance  Personnel 

Software  training  required  before  ATE  delivery  so 
unit  will  be  better  prepared  to  participate  In  the 
acceptance  testing. 

New  equipment  training  plans  must  Include 
provisions  for  the  mainteiuince  of  equipment 
used  In  training.  Contractor  personnel  may  be 
considered  for  this  task. 

Developer  should  brief  operational  commaiKiars 
and  their  staffs  prior  to  i^loyment 

Developer  must  ensure  all  required  support 
equiprnent  is  available  prior  to  new  equipment 
training. 

Personnel  should  be  scheduled  for  new  equip¬ 
ment  training.  They  should  have  the  correct 
sMUs,  sufficient  time  remaining  In  ttte  unit  and  meet 
all  other  training  prerequisites. 

The  use  of  video  tapes  and  other  media  should 
be  considered  for  new  equipment  training  teams. 

Establishing  a  PMO  Deployment 
Team  (Field  Support) 

Need  experienced  fielding  personnel,  who  are 
logisticians  familiar  with  the  system.  Must  start 
looking  for  these  people  early. 

Warranties 

Establish  simple  procedures  for  returning  failed 
parts  to  the  manufacturer  for  analyeis. 

Deployment  Plan  for  a  Non- 
Logistics  Significant  item 

Plan  riMy  not  be  neceesary,  but  user  must  concur 
with  dedsion  to  eliminate  the  plan. 

Contractor  invoivement  in 
Depioyment  Planning 

Keep  contractors  informed  of  requirements  so 
they  can  asseas  their  taeks. 

Contracts  must  be  negotiated  to  ensure  support 

Items  are  delivered  cotKurrentiy  with  the  end  item. 

Hardware  Problems  during  User 
Hand-off  Period 

Establish  a  staging  area  (may  be  at  contractor's 
facility)  where  nraintenance  personnel  can  check 
out  ail  equipment 

Figure  13-5.  Lessons  Learned  from  Previous  Deployments 
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and,  if  accepted,  planning  should  be  initi¬ 
ated  as  early  as  possible  in  the  program. 
The  using  command  and  all  other  partici¬ 
pants  must  be  informed  and  involved  in 
the  planning.  As  stated  in  DoDI  5000.2, 
Part  7A,  "Integrated  Logistics  Support," 
accelerated  acquisitions  require  "adequate 
front-end  funding  to  achieve  established 
readiness  objectives  within  the  shortened 
development  cycle." 

13.4^  Schedule  Slippage 

13.4.2.1  Risk  Area 

Failure  to  imderstand  how  a  schedule  slip¬ 
page  in  one  functional  element  impacts  the 
other  elements  and  milestone  events. 

13.4.2.2  Risk  Handling 

The  PM  should  employ  a  network  sched¬ 
ule,  such  as  Critical  Path  Method,  which 
identifies  all  deployment  activities  and  an¬ 
notates  the  critical  path  of  those  activities 
that  would  delay  deployment  if  not  accom¬ 
plished  on  schedule. 

13.4.3  Delayed  Facilities  Planning 

13.4.3.1  Risk  Area 

Failure  to  perform  timely  facility  planning 
can  result  in  substantial  deployment  de¬ 
lays. 

13.4.3.2  Risk  Handling 

Facility  requirements  which  are  included 
in  the  Military  Construction  Program  nor¬ 
mally  have  a  planning  and  funding  cycle  of 
five  years,  and  up  to  seven  years,  for  NATO 
requirements.  Early  identification  of  re¬ 
quirements  and  coordination  with  the  mili¬ 
tary  construction  proponent,  therefore,  is 


necessary.  A  facilities  support  plan  is  desir¬ 
able. 

13.4.4  Updating  the  Deployment  Flan 

13.4.4.1  Risk  Area 

Failure  to  keep  the  deployment  plan  up¬ 
dated,  complete  and  coordinated  with  all 
concerned  can  result  in  deployment  delays 
and  problems. 

13.4.4.2  Risk  Handling 

The  PM  should  ensure  that  fielding  per¬ 
sonnel  in  his  or  her  organization  recognize 
the  need  to  promptly  update  the  plan  as 
requirements,  schedules  and  responsibili¬ 
ties  change.  In  addition,  he  or  she  must  also 
ensure  that  the  plan  and  its  changes  are 
fully  coordinated  with  the  user,  and  that 
the  ILSMT  or  working  group  provides  the 
vehicle  for  its  coordination  and  distribu¬ 
tion.  Finally,  the  user  should  be  required  to 
prepare  a  plan  for  the  receipt  of  the  new 
system;  and  should  have  establish  ed  policy 
and  procedures  regarding  the  prej.  '  ■  ons 
for  receipt  of  new  system  by  its  su..  ;rdi- 
nate  units. 

13.4.5  Managing  Problems  in  the 
Deployment  Process 

13.4.5.1  Risk  Area 

Unreported  and  uncorrected  deployment 
problems  can  seriously  disrupt  the  pro¬ 
cess. 

13.4.5.2  Risk  Handling 

Problems  need  to  be  quickly  identified, 
reported  and  solved.  The  deployment  plan 
should  provide  a  process  that  will  lead  to 
the  rapid  correction  of  deployment  prob¬ 
lems  and  deficiencies.  On-site  program 
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management  and  contractor  personnel  can 
facilitate  the  identification  and  reporting  of 
proMems.  In  addition,  for  the  benefit  of 
future  deployments,  lessons  learned  re- 
pcMls  based  on  the  problems  and  their  solu¬ 
tions  should  be  submitted  to  the  appropri¬ 
ate  Service  agency. 

US  SUMMARY 

•  Deployment  is  a  key  event  in  the 
acquisition  life  cycle.  Its  success  can  be 
evaluated  in  terms  of  how  quickly  and 
smoothly  it  is  achieved,  and  how  easily  the 
user  establishes  the  ability  to  meet  and 
sustain  the  system  readiness  objective. 

•  The  success  of  the  process  is  directly 
rriated  to  how  well  it  is  planned,  coordi¬ 
nated,  negotiated  and  executed.  Major 
pnints  are  as  follows: 

-Deployment  planning  starts  in  the 
CED  phase.  It  intensifies  during  EMD, 
reaching  a  peak  during  the  P&D  phase 
as  the  deployment  approaches 


-  Deployment  is  characterized  by  ex¬ 
tensive  coordination  and  negotiation. 
It  deals  with  many  long  lead  time 
tasks;  e.g.,  facilities,  personnel,  pro¬ 
visioning,  procurement  of  training 
devices  and  spares  and  repair  parts. 

13.6  REFERENCES 

1.  MIL-STD-1388-1A,  "Logistics  Support 
Analysis." 

2.  AR  700-127,  "Integrated  Logistics  Sup¬ 
port." 

3.  APR  800-8,  "Integrated  Logistics  Sup 
port  (ILS)  Program." 

4.  APR 800-19,  "System  or  Equipment  Turn¬ 
over." 

5.SECNAVINST5000.39,  "Acquisition  and 
Management  of  ILS  for  Systems  and  Equip 
ment." 
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OPERATIONAL  AND  POST-PRODUCTION 

SUPPORT 


14.1  HIGHLIGHTS 

•  Assessing  Operational  Performance 

•  Maintaining  Readiness 

•  Plarming  Post-Production  Support 

•  Funding  of  Engineering  and 
Publications  Support 

14.2  INTRODUCTION 

14.7.1  Purpose 

To  provide  an  overview  of  ILS  planning 
and  management  activities  associated 
with  operational  support  and  post-pro¬ 
duction  support. 

14.2.2  Objective 

The  overall  objective  of  operational  and 
post-production  support  (PPS)  is  to  main¬ 
tain  the  materiel  system  in  a  ready  condi¬ 
tion  throughout  its  operational  phase 
within  the  O&S  cost  levels  documented 
in  LCC  estimates  and  acquisition  pro¬ 
gram  baselines.  System  readiness  objec¬ 
tives  established  early  in  development 
constitute  the  baseline  for  planning  op¬ 
erational  and  PPS,  and  supportability 
assessments  during  the  operational 
phase. 


14.3  MANAGEMENT  ISSUES 
14.3.1  Background 

Figure  14-1  is  a  notional  display  of  system 
readiness  levels  across  a  system's  life.  Prior 
to  deployment,  success  in  achieving  sys¬ 
tem  readiness  objectives  is  evaluated  by 
modeling  or  other  estimation  techniques 
emplopng  input  data  obtained  in  develop¬ 
ment  and  operational  testing.  The  first  op¬ 
portunity  to  directly  measure  readiness 
occurs  when  the  system  is  initially  deployed 
in  its  operational  environment  with  its 
planned  logistics  support  structure.  Op¬ 
erational  support  planning  and  PPS  plan¬ 
ning  are  performed  early  in  the  acquisition 
cycle  and  serve  a  two-fold  purpose:  to  en¬ 
sure  that  readiness  objectives  are  met  and 
sustained  and  to  provide  advance  plan¬ 
ning  for  corrective  actions  if  required. 

About  60  percent  of  the  LCC  of  a  system  is 
dedicated  to  O&S.  Logistics  support  prob¬ 
lems  increase  with  the  age  of  the  system 
and  the  rate  of  obsolescence  of  the  technol¬ 
ogy  employed  in  its  manufacture.  While 
problems  may  be  encountered  in  all  the 
support  elements  (such  as  the  retention  of 
manpower  skills  and  replacement  of  sup¬ 
port  equipment),  the  loss  of  production 
sources  for  spares  and  repair  parts  has 
presented  the  greatest  difficulties.  Each 
materiel  system  has  unique  PPS  problems, 
and  the  success  of  PPS  will  depend  on  the 
manager's  ability  to  anticipate  problems 


and  find  cost-effective  solutions  before  they 
reduce  readiness  and/ or  increase  support 
costs. 

14.3.2  Maintaining  Readiness 

14.3.2.1  Assessing  Performance 

Although  adequate,  development  testing 
and  operational  testing,  with  their  inherent 
data  feedback,  are  critical  to  the  success  of 
a  materiel  system,  they  do  not  fully  mea¬ 
sure  the  experiences  that  occur  once  that 
system  has  been  fielded.  Existing  data  col¬ 
lection  systems,  such  as  Visibility  and  Man¬ 
agement  of  O&S  costs  (Navy),  O&S  Cost 
MIS  (Army),  Maintenance  and  Material 
Management  (3M)(Navy),  and  Mainte¬ 
nance  Data  Collection  ( AF),  provide  cover¬ 
age  for  many  general  applications.  Their 
output  may  not  be  sufficiently  timely  or 
detailed,  however,  to  support  R&M  and 
supportability  analysis  of  deployed  sys¬ 
tems.  Supplemental  data  collection  is  often 


desirable  and  should  be  considered  to  pro¬ 
vide  timely  corrections  to  design  and  qual¬ 
ity  assurance  deficiencies  evidenced  by  high 
failure  rates,  poor  training  evidenced  by 
high  false  removal  rate  or  poor  technical 
data  evidenced  by  high  "no  defect  —  item 
checks  good"  findings  for  replaced  compo¬ 
nents.  The  earlier  these  problems  are  de¬ 
tected  in  the  operational  environment,  the 
less  costly  the  retrofit  and  the  more  effec¬ 
tive  the  operational  system  will  be. 

It  should  be  noted  that  the  root  causes  of 
system  performance  problems  are  often 
not  directly  determinable  from  data  re¬ 
ported  by  the  user  community.  For  ex¬ 
ample,  a  dramatic  increase  in  reported, 
compared  to,  predicted  mean-time-to-re- 
pair  for  a  specific  component  could  be  at¬ 
tributed  to  any  one  or  a  combination  of  the 
following  factors: 

•  Wrong  skill  specialty  selected  in  the 
maintenance  plan; 
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•  Inadequate  or  improper  training; 

•  Unclear  or  incorrect  maintenance  pro- 
cedvires  documented  in  the  technical  manu¬ 
als; 

•  Improper  or  no  tools  provided;  and 

•  Design  deficiency. 

14.3.2.2  Adjusting  the  Support 

The  initial  corrective  reaction  to  a  readi¬ 
ness  shortfall  is  to  draw  more  extensively 
on  existing  logistics  support  resources.  Re¬ 
sponsive  actions  might  include  accelerat¬ 
ing  delivery  of  critical  parts,  increasing 
stockage  levels,  modifying  training  proce¬ 
dures  and  technical  manuals,  changing 
operational  or  maintenance  procedures  or 
concepts  and  increasing  technical  assistance 
to  user  personnel. 

As  stated  in  Chapter  8,  initial  estimates  of 
requirements  for  ILS  elements  (manpower, 
supply  support,  etc.)  are  based  on  antici¬ 
pated  failure  rates,  maintenance  times  and 
other  input  factors.  Logistics  support  re¬ 
sources  must  be  recomputed  as  required, 
based  upon  updated  values  of  R&M  and 
other  parameters  measured  during  the  O&S 
phase. 

14.3.2.3  Correcting  The  Design 
and  Specifications 

There  are  two  basic  reasons  to  modify  the 
manufacturing  drawings  of  an  operational 
system:  to  correct  performance  and  opera¬ 
tional  R&M  deficiencies,  and  to  improve 
and  maintain  the  producibility  of  major 
components  and  spares  over  time.  With 
reference  to  the  first  issue,  it  is  important  to 
detect  design  deficiencies  as  early  as  pos¬ 
sible  while  the  system  is  still  in  production. 


Procurement  and  application  of  field  modi¬ 
fications  are  much  more  expensive  than  a 
production  engineering  change.  Drawing 
obsolescence,  the  second  issue,  occurs  pri¬ 
marily  in  the  post-production  period  and 
becomes  apparent  when  components  can 
no  longer  be  procured  with  the  outdated 
drawing.  Inability  to  obtain  components 
incorporated  in  the  original  design  can  also 
necessitate  modifications  to  the  deployed 
system  (e.g.,  change  a  bracket  to  accept  a 
new  commercial  component). 

14.3.2.4  Updating  the  Software 

Embedded  computer  systems  are  critical 
to  most  modem  weapon  systems.  This  criti¬ 
cality  has  resulted  in  increased  require¬ 
ments  to  develop,  test  and  maintain  the 
software  used  to  control  the  mission  and 
operation  of  the  materiel  system,  as  well  as 
the  software  employed  with  related  ATE. 

Rapid  growth  and  expanding  technology 
have  caused  two  problems.  First,  software 
programs  exhibit  a  greater  degree  of  latent 
defects  than  hardware  design.  Software 
maintenance  involves  the  correction  of 
original  deficiencies  in  requirements  speci¬ 
fications,  design  and  coding  which  may 
crop  up  over  an  extended  period  of  the  life 
cycle.  Second,  system  developers  have  en¬ 
countered  difficulties  developing  and  main¬ 
taining  ATE  software  compatible  with  sys¬ 
tem  design  during  EMD  and  P&D  phases. 

Responsibility  for  initial  establishment  of  a 
complete  and  tested  software  capability 
remains  with  the  system  developer.  How¬ 
ever,  it  must  also  be  recognized  that  there 
will  be  a  continuing  need  for  software 
maintenance  during  the  deployment  and 
the  post-production  periods.  ILS  managers 
and  the  Services  must  establish  the  fund¬ 
ing  and  the  organization  required  to  up- 
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date  the  software  to  correct  deficiencies  item  in  the  budget  to  accommodate  the 
and  reflect  hardware  design  changes.  resultant  changes. 


14.3.3  Post-Production  Support 

PPS  is  associated  with  the  systems  man¬ 
agement  and  support  activities  necessary 
to  ensure  continued  attainment  of  system 
readiness  objectives,  with  economical  lo¬ 
gistics  support  after  cessation  of  produc¬ 
tion  of  the  end  item  (major  system  or  equip¬ 
ment)  until  disposal. 

Some  sources  of  post-production  problems 
are  displayed  in  Figure  14-2.  Each  system 
will  have  unique  support  problems  and 
many  of  these  will  be  unanticipated.  The 
ILS  manager  must  include  PPS  as  a  line 


14.3.3.1  Providing  The  Plan 

Task  403,  PPS  Analysis,  of  MlL-STD-1388- 
lA,  "Logistics  Support  Analysis,"  should 
be  performed  during  EMD.  The  PPSP 
should  be  a  joint  government-contractor 
effort.  It  should  be  completed  before  Mile¬ 
stone  III  and  upnlated  with  the  ILSP.  The 
PPSP  should  be  maintained  current  as  long 
as  the  system  is  in  the  active  inventory  and 
should  focus  on  such  issues  as: 

•  System  and  subsystem  readiness  ob¬ 
jectives  in  the  post-production  time  frame; 
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Figure  14-2.  Problems  of  Post-Production  Support 
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•  Organizational  structures  and  re¬ 
sponsibilities  in  the  post-production  time 
frame; 

•  Modifications  to  the  ILSP  to  accom¬ 
modate  the  needs  of  PPS  planning; 

•  Resources  and  management  actions 
required  to  meet  PPS  objectives; 

•  Assessment  of  the  impact  of  techno¬ 
logical  change  and  obsolescence; 

•  Evaluation  of  alternative  PPS  strate¬ 
gies  to  accommodate  production  phase¬ 
out  (e.g.,  second  sourcing,  standardization 
with  existing  hardware,  engineering  level 
of  effort  contracts  in  the  post-production 
time  frame,  life-of-type  buys,  contract  lo¬ 
gistics  support  vs.  organic  support,  main¬ 
tenance  concept  change,  suitable  substi¬ 
tute,  redesign  and  flexible  computer  inte¬ 
grated  manufacturing); 

•  Consideration  of  support  if  the  life  of 
the  system  is  extended  past  the  original 
forecast  date; 

•  Data  collection  efforts  in  the  early 
deployment  phase  to  provide  the  feedback 
necessary  to  update  logistics  and  support 
concepts; 

•  Potential  for  Foreign  Military  Sales 
and  its  impact  on  the  production  run;  and 

•  Provisions  for  the  use,  disposition 
and  storage  of  government  tools  and  con¬ 
tractor-developed  factory  test  equipment, 
toob  and  dies. 

The  PPS  Checklist  (Figures  14-3, 14-3a  and 
14-3b)  provides  additional  issues  to  be 
addressed  in  PPS  planning. 


14.3.3.2  Establishing  a  Competitive 
Environment 

Relying  on  a  single  industrial  source  for 
critical  support  may  increase  risk  in  the 
cost  and  availability  of  spares  and  repair 
parts  during  the  operational  phase;  and 
particularly  after  termination  of  end  item 
production.  The  ILS  manager  should  con¬ 
sider  obtaining  technical  data,  drawings, 
tooling,  and  so  forth,  to  enable  the  Service 
to  complete  follow-on  logistics  support. 
The  cost  of  obtaining  this  information  and 
capability  should  be  weighed  against  the 
potential  benefits  of  competition,  particu¬ 
larly  during  an  extended  post-production 
period.  The  FAR,  Part  7  requires  the  inclu¬ 
sion  of  detailed  component  breakout  plans 
in  the  acquisition  strategy  initially  prepared 
during  the  CED  phase.  (Note  that  histori¬ 
cally,  the  government  has  done  a  poor  job 
in  keeping  good  configuration  control  af¬ 
ter  the  loss  of  production  experience,  equip¬ 
ment,  and  drawings;  and  has  purchas^ 
inadequate  technical  documentation  to 
enable  the  breakout  and  competition  of 
equipment,  spares  and  repair  parts.  Good 
documentation  and  configuration  control 
are  essential  if  the  government  is  to  suc¬ 
cessfully  compete  foUow-on  support.  It  may 
be  advisable  to  have  the  major  manufac¬ 
turer  continue  a  level  of  effort  in  documen¬ 
tation  after  the  production  line  closes.) 

14.3.3.3  PPS  Decision  Meeting 

The  PM  should  conduct  a  PPS  decision 
meeting  before  the  final  production  order 
to  avoid  major  nonrecurring  charges  if  fol- 
low-on  production  is  later  required,  and  to 
update  the  PPSP  based  upon  the  latest  data 
available.  The  meeting  should  also  explore 
the  advisability  of  purchasing  items  from 
the  manufacturer  —  for  example,  manu¬ 
facturing  structures,  forgings  and  castings, 
insurance  items  to  cover  crash/battle  dam¬ 
age  or  fatigue,  production  sources  for 
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Post-Production  Support  Checklist 


1.  Supply  Support 

a.  Continued  producibility  and  avail¬ 
ability  of  Components  and  Parts.  (Pecu¬ 
liar  items  within  the  system  should  be 
reviewed  down  to  the  subcomponent 
level  and  national  stock  number.) 

(1)  Is  technical  data  available  at  a 
reasonable  cost? 

( 2)  Is  stability  of  design  a 
concern? 

(3)  Is  competitive  procurement 
appropriate? 

(4)  Is  the  production  base 
adequate? 

(5)  What  proprietary  rights,  if 
any,  have  been  declared  by  the 
prime  or  subconcontractors? 

(6)  Are  rights  in  data  procvu-able 
at  a  reasonable  cost? 

(7)  What  is  life-of-type  buy 
potential? 

(8)  Are  repair  facilities  available? 

(9)  Is  the  component  critical  to 
system  performance? 

(10)  What  is  the  expected  life  of 
the  system/subsystem? 

(11)  Is  there  FMS  support 
potential? 

(12)  Are  workaround  alternatives 
available? 


(13)  Are  quality  assurance  require¬ 
ments  unique  or  difficult  to  duplicate? 

(14)  Is  contract  logistics  support  fea¬ 
sible? 

(15)  WiU  failure  rates  be  high 
enough  to  sustain  organic  capability? 

(16)  Technology  obsolescence.  Is  the 
system  or  part  replaceable  with  new 
technology? 

(17)  Will  potential  design  changes 
eliminate  the  need  for  the  part? 

(18)  Is  an  engineering  level-of-effort 
contract  appropriate  to  ensure  contin¬ 
ued  supportabUity? 

b.  What  support  equipment  is  re¬ 
quired? 

c.  Will  support  of  support  equipment 
be  available  at  a  reasonable  cost? 

d.  Is  there  an  adequate  organization 
to  focus  on  and  resolve  post-production 
problems? 

2.  Engineering 

a.  Who  has  been  designated  to 
perform  acceptance  inspection  QA  on 
tech  data? 

b.  Will  there  be  adequate  field  engi¬ 
neering  support,  configuration  manage¬ 
ment  and  ECP  support?  Will  there  be 
adequate  support  to  update: 


Figure  14-3.  PPS  Checklist 
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(1)  Technical  manuals; 


4.  ATE  Support 
a.  Hardware 


(2)  Production  drawings; 

(3)  Technical  reports;  (1)  Will  hardware  be 

supportable? 

(4)  Logistics  support  data; 

(2)  Will  mission,  ECP  changes 

(5)  Operational  and  maintenance  be  compatible? 

data; 

(6)  User's  manuals;  and  (3)  Will  modifications  be 

possible,  supportable? 

(7)  Data  requirements. 

(4)  Is  system  expandable? 

c.  Will  operational  experience  be  con¬ 
sidered  in  changes  to  the  materiel  system?  b.  Software 

3.  Competitive  Procurement  (1)  Will  diagnostic  software 

changes  be  possible? 

a.  Is  production  rate  tooling  complex/ 

cost  significant?  Is  it  readily  available  or  (2)  Will  the  organizational 

long  lead  to  procure?  structure  allow  for  continuing 

software  update? 

b.  Have  all  cost  factors  associated  with 

a  breakout/competitive  procurement  de-  (3)  Will  software  changes 

cision  been  considered?  Cost  elements  caused  by  ECP/mission  changes 

should  encompass  added  tooling,  special  be  incorporated? 

test  equipment,  qualification  testing,  qual¬ 
ity  control  considerations,  rights  in  data  5.  Storage  and  Handling 
procurement,  etc.  If  performance  specifica¬ 
tions  are  applicable,  the  following  addi-  a.  Will  shelf  life  items  be  replaceable 
tional  costs  pertain:  cataloging,  bin  open-  when  they  expire? 
ing,  item  management,  technical  data,  pro¬ 
duction  and  distribution  variables,  con-  b.  Will  special  shipping  containers  be 
figuration  control  and  engineering  require-  replaceable/ repairable? 
ment  costs,  etc. 

c.  Will  peculiar  manufacturing  tools  and 

c.  Are  all  potential  customers  included  dies  be  procured  and  stored? 
in  the  production  requirements  computa¬ 
tions? 

Figure  14-3a.  PPS  Checklist  (Continued) 
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6.  Technical  Data 


b.  Will  provisions  be  made  in  the 
front  end  to  accommodate  a  service  life 

a.  Will  manufacturing  shop  standards  extension  program  if  required?  (Most 

and  procedures  be  retained?  recent  materiel  systems  have  been  ex¬ 

tended  well  past  their  original  forecasted 

b.  Will  all  changes  that  occur  during  disposal  date.) 
the  production  phase  be  incorporated  in 

the  manufacturing  shop  drawings?  c.  Will  components  be  available  to 

support  the  depot  overhaul  program  in 
7.  Training  the  out-years? 

a.  Will  simulators  and  maintenance  d.  Is  it  realistic  to  co-mingle  manufac- 

trainers  be  supportable  in  the  out  years?  hiring  with  repair  on  a  single  production 

line? 

b.  Will  follow-on  factory  training  be 
required? 

8.  Maintenance 

a.  Will  depot  overhaul  be  required  in 
the  out-years?  Organic  or  Contract? 


Figure  14-3b.  PPS  Checklist  (Continued) 
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Figure  14-4.  Logistics  Actions  to  Reduce  Impact  of  Loss  of  Parts 
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unique  spares  and  repair  parts.  There  are 
two  basic  options  available  to  logistics 
managers:  to  increase  the  supply  or  de¬ 
crease  the  demand.  A  combination  of  ac¬ 
tions  listed  in  Figure  14-4  is  often  the  most 
practical  approach.  These  remedies  are 
generally  less  effective  and  more  costly 
than  effective  actions  taken  earlier  in  the 
production  cycle. 

14.3.4  Funding  of  Engineering 
and  Publications  Support 

As  stated  in  14.3.2.3  and  14.3.2.4,  there  is 
generally  a  continuing  need  to  correct  hard¬ 
ware  design,  specifications  and  software 
after  the  completion  of  system  develop¬ 
ment.  Changes  to  technic^  manuals  are 
also  needed  to  reflect  the  system  and  soft¬ 
ware  changes;  and  to  correct  other  defi¬ 
ciencies  reported  by  operator  and  mainte¬ 
nance  personnel.  While  the  materiel  sys¬ 
tem  (end  item)  is  still  in  production,  the 
procurement  appropriation  bears  the  ma¬ 


jor  burden  of  these  costs.  However,  an 
abrupt  change  in  funding  responsibility 
occurs  at  the  beginning  of  the  first  post¬ 
production  fiscal  year. 

Figure  14-5  is  a  notional  display  of  the 
continued  funding  requirement  for  the 
above  costs  extending  into  the  O&S  phase. 
While  the  total  requirement  for  engineer¬ 
ing  and  publication  support  should  de¬ 
crease  as  initial  problems  are  detected  and 
corrected,  the  total  burden  for  such  costs 
shifts  to  the  O&M  appropriation  after  the 
termination  of  system  production.  Early 
recognition  of  the  need  for  PPS  and  the 
programming  and  budgeting  of  O&M 
funds  are  required  to  maintain  a  continuity 
of  effort.  The  increase  in  fund  requirements 
shown  in  the  late  post-production  phase  is 
attributed  to  growing  design  obsolescence 
and  wearout.  The  ILS  manager  should  work 
directly  with  his  supporting  O&M  appro¬ 
priation  manager  to  develop  valid  require¬ 
ment  estimates  (usually  derived  from  ex- 
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perience  with  similar  systems)  and  pro¬ 
gram  and  budget  accordingly. 

14.4  RISK  MANAGEMENT 


14.4.1  Delayed  PPS  Planning 

14.4.1.1  Risk  Area 

Continued  support  of  the  materiel  system 
by  the  industri^  base  existing  in  the  post¬ 
production  time  frame  n\ay  not  be  eco¬ 
nomically  feasible. 

14.4.1.2  Risk  Handling 

Pre  planning  must  be  performed  when 
acquisition  strategy^  design  and  documen¬ 
tation  options  are  still  available  for  incor¬ 
poration  into  an  effective  PPSP.  This  in¬ 
cludes  both  engineering  and  financial  is¬ 
sues.  The  PPSP  must  be  maintained  and 
tied  to  each  ILSP  update.  While  the  ILSP  is 
essential  to  establishing  the  R&S  of  the 
materiel  system,  the  PPSP  is  crucial  to  main¬ 
taining  that  R&S  throughout  the  system's 
life.  A  deficiency  in  either  will  adversely 
impact  system  effectiveness  and  mission 
readiness. 


•  Readiness  and  R&M  experience  dur¬ 
ing  the  operational  phase  is  employed  to 
adjust  the  support  resources  that  were  pro¬ 
grammed  during  the  EMD  and  P&D  phases. 

•  Performance  and  R&M  deficiencies 
must  be  detected  and  corrected  as  early  as 
possible  in  the  O&S  phase  of  the  system. 

•  The  objective  of  the  planning  per¬ 
formed  during  system  development  is  to 
ensure  that  readiness  objectives  are  met 
and  sustained  through  the  O&S  phase,  in¬ 
cluding  the  post-production  period.  Plan¬ 
ning  defend  imtil  the  problems  are  en¬ 
countered  will  not  be  as  effective. 

14.6  REFERENCES 

1.  DoDD  4151.1,  "Use  of  Contractor  and 
DoD  Resources  for  Maintenance  of  Mate¬ 
riel." 

2.  DoDI  5000.2,  Part  7A,  "Integrated  Logis¬ 
tics  Support." 

3.  MIL-STD-1388-1A,  "Logistics  Support 
Analysis." 


14.5  SUMMARY 


•  The  first  empirical  measure  of  system 
readiness  occurs  when  the  system  is  de¬ 
ployed  in  the  operational  phase. 


J. 


MODULE 

V 


International,  Nonmajor  and  Joint  Programs 


All  programs  require  an  ILS  effort.  This  module  presents  the  differences 
in  ILS  management  for  international,  nomnajor  and  joint-Service  pro¬ 
grams. 
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INTERNATIONAL  PROGRAMS 


15.1  HIGHLIGHTS 

•  Security  Assistance  Program 
Management  Structure 

•  ILS  Issues  for  Security  Assistance 
Programs 

•  ILSPs  for  Security  Assistance 
Programs 

•  Cooperative  Logistics 

•  ILS  Issues  for  Cooperative  Programs 

15.2  INTRODUCTION 

15.2.1  Purpose 

To  provide  a  managerial  overview  of  ILS 
issues  unique  to  international  programs, 
with  a  focus  on  security  assistance  and 
coproduction  programs. 

15.2.2  Objectives 

15.2.2.1  Security  Assistance 

Support  objectives  in  a  security  assistance 
program  are  to  assist  non-U.S.  users  of  U.S. 
equipment  to  achieve  readiness  objectives 
and  to  increase  standardization  and 
interoperability  in  a  combined  military 
structure  (e.g.,  NATO). 

15.2.2.2  Coproduction 

The  support  objectives  in  a  coproduction 
program  are  to  increase  standardization 


and  interoperability  in  a  combined  mili¬ 
tary  structure,  increase  production  and  re¬ 
pair  sources,  and  provide  for  the  inter¬ 
changeability  of  spares  and  repair  parts  on 
components  manufactured  by  both  co-pro¬ 
ducing  countries. 

15.3  MANAGEMENT  ISSUES 

15.3.1  Background 

International  logistics  is  the  negotiation; 
planning  and  implementation  of  support¬ 
ing  logistics  arrangements  among  nations, 
their  forces,  and  agencies.  It  also  relates  to 
the  coordination  of  U.S.  logistics  systems 
or  procedures  with  those  of  foreign  coun¬ 
tries,  and  the  provisioning  and  receipt  of 
logistics  support  among  friendly  govern¬ 
ments  (JCS  Pub.  1,  "Dictionary  of  Military 
and  Associated  Terms").  Security  assistance 
and  coproduction  —  two  aspects  of  inter¬ 
national  logistics  —  are  the  subject  of  this 
chapter. 

153.1.1  Security  Assistance 

Security  assistance  concerns  the  transfer  of 
nulitary  and  economic  assistance  through 
sale,  grant,  lease  or  loan  to  friendly  foreign 
governments.  The  two  major  laws  that  ap¬ 
ply  to  Security  Assistance  programs  are  the 
Foreign  Assistance  Act  (FAA)  of  1961,  as 
amended,  and  the  Arms  Export  Control 
Act  (AECA)  of  1976,  as  amended. 

Security  assistance  consists  of  the  follow¬ 
ing  major  programs  administered  by  the 
Department  of  State. 
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•  Economic  Support  Fund 

•  Peacekeeping  Operations 

•  Commercial  Export  Sales  Licensed 
Under  the  Arms  Export  Control  Act. 

The  following  programs  are  administered 
by  the  DoD. 

•  The  International  Military  Education 
and  Training  Program  (IMETP); 

•  Foreign  Military  Sales  (FMS)  Financ¬ 
ing; 

•  Foreign  Military  Financing  Program 
(FMFP). 

The  State  Department  has  overall  re¬ 
sponsibility  for  continuous  supervision  and 
general  direction  of  the  Security  Assistance 
Program  because  it  is  part  of  the  U.S.  for¬ 
eign  policy.  Direction  includes  determin¬ 
ing  whether  there  will  be  a  program  for  a 
particular  country  or  activity  and,  if  so,  its 
size  and  scope.  It  also  includes  the  determi¬ 
nation  of  whether  a  particular  sale  will  be 
made  and  when. 

DoD  administers  and  manages  all  transac¬ 
tions  that  involve  the  transfer  of  defense 
materiel,  services  and  the  provision  of  mili¬ 
tary  training  for  international  students.  To 
the  extent  practical,  security  assistance  re¬ 
quirements  are  integrated  with  other  DoD 
requirements  and  implemented  through 
the  same  DoD  systems,  facilities  and 
procedures. 

The  Defense  Security  Assistance  Agency 
(DSAA)  is  the  DoD  focal  point  for  tracking 
arms  transfers;  and  budgetary,  legislative 
and  other  security  assistance  matters.  The 
focal  point  for  training  in  Security  Assis¬ 
tance  is  the  Defense  Institute  of  Security 


Assistance  Management  (DISAM)  at 
Wright  Patterson  Air  Force  Base,  Ohio. 

The  military  department  logistics  organi¬ 
zations  manage  security  assistance  as  an 
integral  part  of  their  overall  mission.  They 
procure  and  provide  Defense  articles,  ser¬ 
vices  and  training  to  meet  security  assis¬ 
tance  requirements.  They  are  also  respon¬ 
sible  for  providing  information  necessary 
to  ensure  that  proper  security  assistance 
plaiming  can  be  accomplished.  In  general. 
Security  Assistance  procurements  are  con¬ 
ducted  in  accord  ance  with  the  existing  FAR. 
Additional  information  on  Security  Assis¬ 
tance  responsibilities  is  contained  ;n  DoD 
5105.38-M,  "Security  Assistance  Manage¬ 
ment  Manual." 

Security  assistance  programs  have  a  imique 
financial  management  system.  DSAA  es¬ 
tablished  policy  and  procedures  are  con¬ 
tained  in  DoD  7290.3-M,  "FMS  Financial 
Management  Manual."  A  basic  principle 
of  FMS  financial  management  required  by 
the  AECA  is  that  the  FMS  program  will 
result  in  no  cost  or  profit  to  the  U.S.  govern¬ 
ment. 

The  Security  Assistance  Accounting  Cen¬ 
ter  (SAAC)  performs  FMS  accounting  and 
billing,  collections,  trust  fund  manage¬ 
ment,  and  administrative  fee  accounting 
for  all  security  assistance  programs.  Each 
department  interfaces  with  the  DSAA  fi¬ 
nancial  system  through  an  International 
Logistics  Control  Office  (ILCO).  Procedures 
for  interface  between  SAAC  and  each  Ser¬ 
vice  are  different  and  require  a  variety  of 
planning,  obligating  and  expending  proce¬ 
dures  that  are  delineated  in  Service  direc¬ 
tives. 

A  FMS  case  manager  is  designated  within 
a  DoD  component:  and  is  responsible  for 
performing  case  planning  and  for  imple- 
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meriting  the  sales  and  lease  agreements 
that  are  documented  in  the  Letter  of  Offer 
and  Acceptance  (LOA),  DD-1513.  The  case 
manager  ensures  the  case  objectives  are 
established  between  the  foreign  country 
and  the  U.S.  government.  Objectives  are 
achieved  within  applicable  laws  and  regu¬ 
lations  to  maintain  the  case  on  schedule, 
accomplish  the  case  within  cost  constraints 
and  close  the  case  as  planned.  In  some  FMS 
cases,  there  may  be  a  separate  ILS  manager 
designated  to  support  the  case  manager. 
For  the  program  managed  system,  this  re¬ 
sponsibility  should  be  with  the  ILS  man¬ 
ager  of  the  program  office.  Specific  respon¬ 
sibilities  for  a  case  manager  can  be  found  in 
DoD 5105.38-M,  "Security  Assistance  Man¬ 
agement  Manual." 

15.3.1.2  Coproduction 

Coproduction  of  systems,  subsystems  and 
components  is  the  sharing  of  product  manu¬ 
facture  and  assembly  among  the  U.S.  and 
foreign  producers.  ILS  issues  for  the  U.S. 
program  office  result  from  foreign  produc¬ 
tion  of  components  for  use  in  U.S.  military 
systems. 

A  coproduction  project  may  be  limited  to 
the  assembly  of  a  few  end  items  with  a 
small  input  of  local  country  parts,  or  it  may 
extend  to  a  major  manufacturing  effort  re¬ 
quiring  the  buildup  of  capital  industries. 
Coproduction  programs  are  defined  in 
DoDD 2000.9,  "International  Coproduction 
Projects  and  Agreements  Between  the 
United  States  and  Other  Countries  or  Inter¬ 
national  Organizations." 

From  a  political  and  military  viewpoint, 
the  programs  strengthen  alliances  with 
other  nations  through  standardization  and 
interoperability  of  military  hardware.  From 
an  industrial  viewpoint,  an  ally's  indus¬ 
trial  technological  capability  is  upgraded 


and  high  technology  employment  is  cre¬ 
ated. 

Coproduction  is  implemented  either  by  a 
government-to-govemment  arrangement, 
normally  called  a  Memorandum  of  Agree¬ 
ment  (MOA),  or  through  specific  licensing 
arrangements  by  designated  commercial 
firms.  Coproduction  enables  an  eligible 
foreign  government,  international  organi¬ 
zation,  or  designated  foreign  commercial 
producer  to  acquire  the  know-how  to  manu¬ 
facture  or  assemble,  repair,  maintain  and 
operate  a  specific  defense  item  or  support 
system.  Coproduction  programs  are  nor¬ 
mally  initiated  by  a  properly  authorized 
DoD  component  and  by  authorized  repre¬ 
sentatives  of  foreign  governments  and  in¬ 
ternational  organizations. 

Offset  arrangements  are  often  requested  as 
a  condition  of  sale  (DoDD  2(X)0.9).  Offset 
arrangements  provide  procedures  for  the 
coproducing  country  to  balance  trade  and 
expenditures  through  the  seller's  agreeing 
to  make  offsetting  purchases  from  the  coun¬ 
try.  The  U.S.  government  will  not  guaran¬ 
tee  offset  arrangements.  DoD  policy  does 
not  require  U.S.  contractors  to  place  sub¬ 
contracts  in  foreign  countries  as  a  condi¬ 
tion  for  the  sale  of  U.S.  defense  articles  to 
those  countries. 

There  is  no  counterpart  to  DSAA  for 
coproduction  programs.  Since  coproduction 
involves  acquisition  programs,  the  train¬ 
ing  focal  point  for  coproduction  and  other 
cooperative  programs  is  DSMC. 

15.3.2  Integrated  Logistics  Support 
Issues  in  Security  Assistance  Programs 

When  a  foreign  country  decides  to  procure 
a  U.S.  system,  there  are  a  variety  of  ways  in 
which  the  U.S.  and  the  customer  can  inter¬ 
act  to  support  the  system  over  its  life  cycle. 
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Effective  and  efficient  integration  of  a  ma¬ 
teriel  system  into  a  foreign  government's 
military  structure  may  include  developing 
the  foreign  country's  logistics  support  re¬ 
quirements,  processes  and  procedures  for 
the  new  system.  U.S.  support  for  the  sys¬ 
tem  will  vary  depending  upon  the  nature 
of  the  sale  (conunercial  or  FMS)  and  the 
existing  logistics  capabilities  of  the  foreign 
country.  A  detailed  discussion  of  logistics 
in  Security  Assistance  programs,  and  other 
international  logistics  issues,  is  contained 
in  the  DSMC  "Guide  for  the  Management 
of  Multinational  Progran«." 

Detailed  ILS  planning  must  be  performed 
to  develop  tailored  or  modified  support  for 
the  system  when  requested  by  the  purchas¬ 
ing  coimtry.  In  this  instance,  it  is  also  ap¬ 
propriate  to  document  ILS  planning  in  a 
special  ILS  Plan.  Joint  ILS  planning  confer¬ 
ences  or  in-coimtry  site  surveys,  or  both 
may  be  used  to  develop  the  plan. 

15.3.2.1  ILS  Planning  Conference/ 
In-Country  Site  Survey 

When  considering  the  choice  of  the  ILS 
planning  conference  or  the  in-country  site 
survey  method,  the  PM  decides  which  pro¬ 
cess  will  provide  adequate  information  to 
effectively  plan  logistics.  The  choice  is  in¬ 
fluenced  by  a  number  of  factors: 

•  The  attitude  of  the  foreign  country 
toward  a  U.S.  team  evaluating  their  capa¬ 
bilities; 

•  The  technological  and  logistical 
competence  of  the  foreign  country; 

•  The  experience  of  the  foreign  coimtiy 
in  introducing  similar  systems;  and 

•  The  availability  of  data  at  various 
locations. 


If  the  in-country  survey  is  desired,  repre¬ 
sentatives  of  the  foreign  country  and  a 
team  of  U.S.  personnel  work  together  to 
conduct  the  survey.  The  specific  goab  of 
the  site  survey  team  generally  are  to  pro¬ 
vide  the  customer  country  with  an  assess¬ 
ment  of  support  requirements;  to  assist  the 
country  identify  required  levels  of  support 
and  to  assess  their  capabilities  to  provide 
the  support;  and  to  develop  and  document 
a  plan  for  introducing  and  supporting  the 
system. 

Careful  planning  and  preparation  are  nec¬ 
essary  for  a  successful  site  survey.  As  part 
of  the  planning  process,  a  pre-site  survey 
may  be  required  to  collect  preliminary  data. 
The  pre-site  survey  team  generally  consists 
of  a  small  group  of  highly  trained  experts 
who  lay  the  groundwork  for  the  full  site 
survey  and  prepare  an  administrative  plan 
and  an  implementation  plan.  The  adminis¬ 
trative  plan  provides  information  for  the 
site  survey  team  to  assist  them  with  in- 
coimtry  living  logistics  —  air  fares,  hotel 
accommodations,  passport/ visa  data,  and 
so  on.  The  implementation  plan  spells  out 
specific  duties  of  the  site  survey  team  work¬ 
ing  groups  and  the  data  they  will  provide 
for  the  Program  and  Support  Plan  (P&SP). 
This  document  should  include  a  plan  of 
action  and  milestones  for  the  formal  site 
survey. 

A  logistics  planning  conference  is  usually 
chosen  when  the  foreign  country  has  an 
existing  logistics  system  that  can  support 
the  equipment  without  a  survey.  If  the 
planning  conference  option  is  chosen,  the 
foreign  coimtry  participants  should  include 
representatives  of  the  relevant  logistics 
specialties.  They  should  have  the  neces¬ 
sary  information  to  complete  the  planning 
exercises  described  in  the  following  para¬ 
graphs.  Consultation  between  the  coun- 


15-4 


tries  prior  to  the  actual  convening  of  the 
meeting  is  helpful  to  ensure  that  the  re¬ 
quired  information  is  available. 

A  detailed  understanding  of  how  the  U.S. 
FMS  system  works  and  an  appreciation  for 
how  their  own  requirements  relate  to  U.S. 
requirements  will  help  the  foreign  country 
make  decisions  on  items  they  wish  to  pro¬ 
cure  via  FMS.  The  item  delivery  lead  time 
and  FMS  processing  time  will  have  to  be 
considered  when  defining  system  require¬ 
ments  and  item  need  dates.  Planning 
schedules  will  indicate  when  FMS  custom¬ 
ers  should  submit  Letters  of  Request  (LORs) 
for  an  LOA  to  activate  the  U.S.  procure¬ 
ment  system.  The  agreement  should  ad¬ 
dress  the  extent  of  logistics  support  the 
U.S.  will  provide  after  the  system  is  no 
longer  in  the  active  U.S.  inventory. 

Thebasicstnictureforan  ILSPlan  fora  U.S. 
system  is  described  in  Chapter  2  and  can  be 
used  as  a  baseline  for  the  special  P&SP.  The 
structure  for  this  P&SP  can  be  tailored  to 
the  needs  of  the  foreign  country.  The  sched¬ 
ule  and  the  logistics  element  sections  espe¬ 
cially  will  require  modification  to  reflect 
support  of  the  foreign  country's  logistics 
system. 

15.3.2.2  Logistics  Support  Analysis 
(LSA) 

The  LSA  performed  to  support  U.S.  forces 
is  based  upon  the  U.S.  operational  role, 
utilization  rates  and  support  concepts. 
However,  there  is  a  core  of  data  within  the 
LSA  and  LSA  records  prepared  for  U.S. 
forces  that  is  independent  of  the  role,  utili¬ 
zation  rates  and  support  concepts.  This 
core  can  be  used  to  derive  LSA  and  LSAR 
information  needed  to  compute  the  for¬ 
eign  country's  requirements  for  logistics 
support  resources  (maintenance  man¬ 


power,  supply  support,  provisioning  quan¬ 
tities,  etc.).  If  the  foreign  country  desires, 
the  U.S.  military  service  can  assist  with  or 
perform  the  analysis,  documentation  and 
resource  computations. 

15.3.2.3  Maintenance  Planning 

Maintenance  planning  may  require  an  in- 
depth  study  of  the  foreign  customers'  abil¬ 
ity  to  support  the  system.  The  results  of  the 
examination  will  help  in  tailoring  mainte¬ 
nance  recommendations  to  correspond  to 
the  customers'  current  maintenance  phi¬ 
losophy  and  practices.  Logistics  support 
will  be  analyzed  and  unique  requirements 
identified.  The  analysis  should  result  in 
recommendations  on  how  best  to  use  the 
country's  maintenance  capabilities,  and 
how  DoD  Cun  interface  and  assist  in  execut¬ 
ing  the  overall  maintenance  program. 

153.2.4.  Facilities 

The  country's  existing  facilities  should  be 
analyzed  for  adequacy  of  structures,  prop¬ 
erty  and  permanently  installed  support 
equipment;  to  determine  their  capability  to 
support  operation  and  maintenance  of  the 
new  system.  The  analysis  should  result  in 
reconunendations  on  cost-effective  meth¬ 
ods  to  adapt  existing  facilities  to  support 
requirements  of  the  new  system. 

15.3.2.5  Supply  Support 

The  country's  supply  system  should  be 
analyzed  to  determine  how  best  to  inte¬ 
grate  supply  support  of  the  new  system; 
how  the  foreign  customer's  supply  system 
works,  ADP  interfaces  and  required  new 
methods  to  support  the  system  should  be 
thoroughly  analyzed.  A  Repair  of 
Repairables  (ROR)  program  can  be  de¬ 
signed  and  offered  using  either  foreign 
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customer  or  U.S.  sources  for  repair  of  re¬ 
pairable  items.  A  working  knowledge  of 
the  country's  industrial  capabilities  is  nec¬ 
essary  to  properly  address  ROR  programs. 
If  the  decision  is  made  to  use  U.S.  mainte¬ 
nance  facilities  to  support  ROR,  an  FMS 
case  will  be  established.  Because  separate 
organizations  are  responsible  for  provid¬ 
ing  supply  support,  this  FMS  case  is  sepa¬ 
rate  from  the  case  that  covered  the  sale  of 
the  system. 

15.3.2.6  Support  Equipment 

An  analysis  should  be  performed  of  the 
country's  ability  to  satisfy  requirements 
for  support  equipment  with  their  existing 
equipment  or  support  equipment  produc¬ 
ible  by  the  foreign  country.  The  analysis 
should  identify  requirements  to  procure 
support  equipment  from  the  U.S.  govern¬ 
ment  or  industry  where  applicable. 

15.3.2.7  Training  and  Training  Support 

Operational  and  maintenance  training  re¬ 
quirements  are  normally  established  by 
the  U.S.  and  will  be  the  baseline  for  a  for¬ 
eign  training  program.  The  analysis  can 
assess  existing  training  facilities,  level  of 
English  language  proficiency,  level  of  core 
technical  training,  level  of  operational 
proficiency  and  the  foreign  skill  specialty 
structure.  Once  an  assessment  is  made  in 
these  areas,  recommendations  on  training 
devices,  training  courses,  required  soft¬ 
ware,  and  operator  and  maintenance  train¬ 
ing  requirements  can  be  incorporated  into 
a  training  plan.  The  training  plan  will  iden¬ 
tify  sources  for  accomplishing  the  training 
and  purchasing  the  training  devices,  avail¬ 
able  contractor  support  and  applicable  soft¬ 
ware.  The  U.S.  military  service  generally 
supplies  a  majority  of  the  initial  support  in 
this  area. 


15.3.2.8  Technical  Data 

The  analysis  should  establish  requirements 
for  the  country's  technical  data,  including 
publications  and  documentation  library, 
to  support  the  purchased  system.  The  ap¬ 
plicable  U.S.  service  will  have  establish^ 
the  documentation  required  to  support 
U.S.  forces  and  the  analysis  can  compare 
the  customers  documentation  needs  with 
this  U.S.  documentation.  As  a  follow-on, 
an  information  exchange  agreement  be¬ 
tween  the  purchasing  country  and  the  U.S. 
is  desirable  in  order  to  transfer  data  effi¬ 
ciently  in  a  mutually  agreeable  and  timely 
way.  Another  customer  requirement  is  to 
establish  a  separate  FMS  case  to  provide 
automatic  updates  and  revisions  of  pub¬ 
lications  and  documentation. 

15.3.2.9  Configuration  Management 

Consideration  should  be  given  to  a  method 
to  share  the  costs  of  the  continuing  engi¬ 
neer  supf)ort.  Continued  adherence  to  the 
U.S.  contigmation  has  many  advantages, 
particularly  if  the  customer  is  going  to  rely 
on  the  U.S.  supply  system  and  technic^ 
documentation  program.  If  the  customer's 
configmation  differs  from  the  U.S.  con¬ 
figuration,  then  supply  support,  software 
development  and  support  equipment  de¬ 
velopment  will  be  costly  and  may  adversely 
affect  interoperability  and  standardization 
objectives. 

15.3.2.10  Contractor  Engineering  and 
Technical  Services  (CETS) 

GETS  can  be  a  vital  element  in  any  foreign 
acquisition  of  a  U.S.  system.  The  technical 
expertise  available  to  the  customer  in  all 
phases  of  the  program  can  assist  the  cus¬ 
tomer  in  performing  maintenance,  con¬ 
ducting  training,  purchasing  support 
equipment,  test  and  evaluation,  follow- 
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on  provisioning,  inspections  and  other 
aspects  of  the  program.  The  customer  coun¬ 
try  can  contract  through  the  U.S.  military 
services  using  the  primary  FMS  case  or  a 
separate  FMS  case  or  may  contract  directly 
with  a  commercial  firm  for  GETS.  The  re¬ 
quirements  for  GETS  will  depend  largely 
on  the  ability  of  the  foreign  country  to 
attain  full  organic  operation  and  mainte¬ 
nance  capability. 

15.3.2.11  Safety 

The  analysis  will  identify  potential  safety 
hazards  resulting  from  unique  operations 
and  maintenance  procedures  used  by  the 
foreign  country.  U.S.  military  instructions, 
guidance  and  reporting  procedures  are 
normally  used  as  a  basis  for  this  evalua¬ 
tion.  If  safety  hazards  do  exist,  the  analysis 
should  result  in  recommendations  for  en¬ 
gineering  change  proposals,  revised  op¬ 
eration  and  maintenance  procedures  and 
other  corrective  actions. 

15.3.3  Integrated  Logistics  Support 
Issues  in  Coproduction  Programs 

This  section  addresses  ILS  issues  related  to 
coproduction  of  a  U.S.  developed  system 
with  logistics  support  provided  to  U.S. 
forces  by  the  coproducing  nation.  The  ma¬ 
jor  issues  that  must  be  addressed  in  the  ILS 
planning. 

•  Foreign  Industrial  Base  Survey 

•  Offset  Agreements 

•  Gonfigtu-ation  Management 

15.3.3.1  Foreign  Industrial  Base  Survey 

An  industrial  base  survey  must  be  con¬ 
ducted  by  the  U.S.  military  service,  prime 
contractor  and  their  foreign  counterparts 


to  ensure;  the  foreign  production  facilities 
satisfy  U.S.  military  specifications  and  qual¬ 
ity  assurance  acceptance  standards  are  on 
an  achievable  schedule  with  a  reasonable 
cost.  In  particular,  the  existing  tooling  must 
be  evaluated  and  any  deficiencies  corrected. 
Foreign  capacity  to  produce  spares  on  a 
surge  basis  in  peacetime  and  wartime  must 
be  addressed  because  of  its  readiness  im¬ 
plications.  To  ensure  that  these  logistics 
requirements  are  met,  a  pilot  preproduction 
or  low  rate  initial  production  program 
should  be  undertaken  before  the  final  pro¬ 
duction  program  commitments  are  made. 

15.3.3.2  Offset  Agreements 

The  PM  must  ako  require  that  logistics 
support  offset  agreements  be  analyzed  care- 
fuUy  to  ensure  that  logistics  support  pro¬ 
vided  by  the  foreign  country  contributes  to 
system  readiness  and  is  cost-effective.  An 
offset  agreement  should  address  several 
issues:  willingness  to  provide  the  support 
on  a  continuing  basis;  the  ability  to  substi¬ 
tute  other  equipment  or  services  for  those 
in  the  agreement  because  of  inability  to 
provide  a  previously  agreed  equipment  or 
service;  and  inclusion  of  depot  mainte¬ 
nance.  The  cost  analysk  must  seek  to  de¬ 
fine  a  set  of  hardware  or  services  to  satisfy 
the  offset  commitment,  which  has  a  rea¬ 
sonably  competitive  cost  compared  to  do¬ 
mestic  production  and  is  feasible  for  the 
foreign  country  to  produce.  Offset  agree¬ 
ments  providing  for  equipment  mainte¬ 
nance  can  have  a  positive  readiness  impact 
by  providing  facilities  at  locations  closer  to 
the  operating  sites. 

15.3.3.3  Configuration  Management 

Manufacture  of  any  item  by  a  second  source 
generally  requires  changes  to  manufactur¬ 
ing  drawings  to  enable  production  by  that 
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source.  The  process  to  develop  and  ap¬ 
prove  engineering  change  proposals  will 
be  more  critical  when  the  second  source  is 
in  a  foreign  nation  and  uses  different 
manufacturing  processes.  Configuration 
control  should  be  exercised  by  the  U.S. 
configuration  manager.  The  objectives  of 
this  control  are  to  retain  interchangeability 
of  line  replaceable  units  with  no  impact  on 
maintenance  procedures  performed  at  the 
organizational  level  and  minimal  impact 
on  maintenance  performed  at  the  interme¬ 
diate  and  depot  levels. 

15.4  SUMMARY 

•  Security  assistance  and  coproduction 
programs  are  two  major  approaches  to  in¬ 
ternational  logistics. 

•  The  DSAA  is  the  DoD  focal  point  for 
security  assistance.  DISAM  is  the  DoD  fo¬ 
cal  point  for  security  assistance  training. 

•  Depending  on  the  logistics  capabili¬ 
ties  of  the  foreign  country,  an  in-coimtry 
site  survey  or  a  conference  should  be  con¬ 
ducted  to  plan  logistics  for  the  Security 
Assistance  Program. 

•  Logistics  support  analyses  for  the  Se¬ 
curity  Assistance  Program  should  result  in 
recommendations  tailored  in  the  areas  of: 
maintenance  planning,  facilities,  supply 
support,  support  equipment,  training  and 
training  support,  data,  configuration 
management,  contractor  engineering  and 
technical  services  and  safety. 

•  Planning  of  coproduction  programs 
should  address  the  qualitative  and  quanti¬ 
tative  adequacy  of  all  logistics  support  to 
be  provided  by  the  foreign  country  to  U.S. 
forces. 


•  Effective  configuration  management 
is  needed  to  enable  common  support  of 
each  nation's  equipment. 
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ies." 
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nitions." 
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16 

NONMAJOR  DEFENSE  ACQUISITION 

PROGRAMS 


16.1  HIGHLIGHTS 

•  Management  of  Nonmajor  Programs 
by  the  Military  Services 

•  Integrated  Logistics  Support  of 
Nonmajor  Programs 

•  ILS  Risk  Considerations  in  Nonmajor 
Program  Acquisition 

16a  INTRODUCTION 

16.2.1  Purpose 

To  provide  an  overview  of  the  manage¬ 
ment  of  ILS  for  nonmajor  programs  by  the 
military  Services. 

16.2.2  Objective 

The  objectives  of  the  ILS  activities  for 
nonmajor  programs  are  identical  to  those 
applicable  to  major  programs/  that  is,  de¬ 
ployment  of  ready  and  sustainable  mate¬ 
riel  systems  with^  cost  and  schedule  tar¬ 
gets. 

163  MANAGEMENT  ISSUES 
163.1  Background 

DoDD  5000.1,  '15efense  Acquisition"  and 
DoDI  5000.2,  'T)efense  Acquisition  Man¬ 
agement  Policies  and  Procedines"  estab¬ 
lishes  policies  and  procedures  for  nonmajor 


programs  managed  by  the  Services,  as  well 
as,  for  major  programs  that  come  vmder  the 
overall  control  of  the  DAE. 

Defense  Program  Acquisition  Categories 
(ACATs),  funding  criteria,  milestone  deci¬ 
sion  authority  and  examples  are  identified 
in  Figure  16-1 .  Mapr  programs  designated 
ACAT  ID  are  managed  by  the  DAE.  The 
ACAT  IC  designates  major  programs  se¬ 
lected  for  component  (e.g.,  military  ser¬ 
vice)  management  or  transitioned  to  com¬ 
ponent  management.  The  ACATs  II,  HI, 
and  IV  designate  nonmajor  component- 
managed  programs  of  progressively  de¬ 
creasing  size  or  military  role. 

The  ACAT  II  programs  meet  the  Congres- 
sionally  established  funding  criteria  for 
"major  systems."  I>oD  components  will 
establish  criteria  for  ACAT  III  and  IV  des¬ 
ignation  and  will  delegate  milestone  deci¬ 
sion  authority  to  the  lowest  level  deemed 
appropriate. 

163.2  Acquisition  and  Management  of 
Nonmajor  Programs 

Nonmajor  programs  may  not  have  the  in¬ 
tense  management  and  detailed  reviews 
experienced  by  major  programs.  Manag¬ 
ers  and  their  staffs  may  be  assigned  several 
nonmajor  programs  and  may  handle  a  va¬ 
riety  of  actions  covering  a  wide  spectrum 
of  acquisition  functions.  Less  supervision 
and  the  requirement  to  deal  with  many 
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Figure  16-1.  Acquisition  Categories 


areas  can  result  in  some  actions  being  over¬ 
looked.  Logistics  personnel  must  ensure 
that  ILS  receives  the  resources  and  atten¬ 
tion  required.  Small  programs  may  have  a 
small  logistics  burden  individually;  how¬ 
ever,  they  have  a  large  aggregate  impact.  It 
is  important  that  ILS  planning  be  applied 
as  necessary  and  tailored  to  each  nonmajor 
program. 

16.3.2.1  Developmental  Systems 

Specific  ILS  procedures  for  influencing  the 
design  and  for  defining  and  acquiring  the 
support  parallel  those  for  major  programs 
but  are  generally  characterized  by  a  re¬ 
duced  scope,  fewer  iterations,  fewer  per¬ 
sonnel  and  smaller  budgets.  The  LSA  re¬ 
quirements  for  nonmajor  programs,  par¬ 
ticularly  those  requiring  only  minor  devel¬ 
opment,  are  often  significantly  reduced  by 
tailoring. 

16.3.2.2  Nondevelopmental  Items 
(NDI) 

DoDI  5000.2  Part  6L,  "Nondevelopmental 
Items"  defines  NDI  as  any  item  (system  or 
component)  that  is: 

•  Available  in  the  commercial  market¬ 
place; 

•  Previously  developed  by  a  Federal, 
State,  or  local  agency  of  the  U.S.  or  a 
foreign  government  with  which  the  U.S. 
has  a  mutual  defense  cooperation  agree¬ 
ment; 

•  As  described  above  that  requires  only 
minor  modification  to  meet  the  require¬ 
ments  of  the  procuring  agency;  and 

•  As  described  above  that  is  currently 
being  produced  but  is  not  yet  in  use. 


DoDI  5000.2,  Part  6L  states  that  materiel 
requirements  shall  be  satisfied  to  the  maxi¬ 
mum  practicable  extent  through  the  use  of 
NDI  when  such  products  will  meet  the 
user's  needs  and  are  cost-effective  over  the 
entire  life  cycle.  Market  research  and  analy¬ 
sis  should  be  conducted  to  determine  the 
suitability  and  availability  of  NDI  before 
initiating  any  developmental  effort.  Pur¬ 
chase  of  NDI  offers  the  benefits  of  short¬ 
ened  acquisition  time  and  reduced  owner¬ 
ship  cost. 

It  should  be  noted  that  NDI  may  include 
major  programs  as  well  as  nonmajor  pro¬ 
grams.  The  KC-lOA  "Extender"  cargo- 
tanker  aircraft  is  a  production  variant  of 
the  DC-lOA  commercial  aircraft. 

The  logistics  support  challenges  of  pur¬ 
chasing  nondevelopmental  items  include: 

•  Design  Influence — Design  influence 
is  generally  limited  to  the  selection  process. 
Source  selection  criteria,  therefore,  should 
include  the  following. 

-  Similarity  of  current  and  intended 
use; 

-  Supportability-related  design  fac¬ 
tors,  e.g.,  R&M; 

-  Compatibility  with  common  or 
available  multiuse  support  equip 
ment; 

-  Utility  of  available  operator  and 
maintenance  manuals;  and 

-  Availability  of  supportability  data 
and  experience. 

•  ILS  Resources  —  Funds  must  be  pro¬ 
grammed  and  budgeted  for  the  perfor- 
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mance  of  ILS  tests  and  analyses  normally 
conducted  during  development,  and  for 
acquiring  the  ILS  elements  (see  Chapter 
10). 

•  ILS  Planning — The  planning  require¬ 
ments  described  in  Chapter  2  are  also  ap¬ 
plicable  to  NDI.  ILS  plans  may  be  prepar^ 
to  cover  individual  items  or  categories  of 
items  (e.g.,  commercial  test  equipment).  In 
either  case,  the  contractor's  data  and  field 
experience  will  be  helpful  in  structuring 
the  plans. 

•  Maintenance  Planning  —  The  choice 
between  contractor  and  organic  support  is 
based  on  operational  constraints,  sched¬ 
ules,  resources,  and  the  mission  of  the 
user.  When  the  NDI  is  "off-the-shelf"  and 
commercial/contractor  support  is  chosen, 
minimal  LSA  and  documentation  is  re¬ 
quired.  In  fact,  use  of  the  contractor's  sup¬ 
port  philosophy  and  supportstructure  (e.g., 
skills,  facilities,  equipment,  technical  docu¬ 
mentation  and  Iraining)  may  be  a  feasible 
and  preferred  alternative.  If  not,  the  sup¬ 
port  should  be  tailored  to  the  user's  re¬ 
quirements.  When  organic  support  is  pre¬ 
ferred  but  lead  times  are  insufficient,  in¬ 
terim  contractor  support  may  be  necessary 
during  the  period  required  to  establish  an 
organic  support  capability. 

•  Supply  Support — NDI  procurement 
poses  the  problem  of  securing  long  term 
sources  of  spares  and  repair  parts.  Several 
alternatives  are  available.  They  include  pro¬ 
curing  a  life-time  supply  before  terminat¬ 
ing  the  contract  with  the  source,  or  giving 
selection  preference  to  the  commercial 
product  having  the  greatest  likelihood  of 
having  a  long-term  supply.  A  requirement 
for  provisioning  technical  documentation 
in  accordance  with  MIL-STD-1388-2A  or 
1388-2B  should  be  considered  in  the  solici¬ 
tation. 


•  Test  and  Evaluation — An  evaluation 
of  the  military  suitability  and  supportabil- 
ity  of  NDI  is  required  if  marketplace  test¬ 
ing  or  other  developmental  data  is  inad¬ 
equate  or  fails  to  address  the  intended  nuli- 
tary  environment. 

•  Technical  Data  —  Commercial  manuals 
should  be  used  if  feasible  and  if  they  satisfy 
the  requirements  of  the  intended  user.  The 
alternative  is  the  comnutment  of  consider¬ 
able  time  and  money  to  convert  the  manu¬ 
als  to  military  specifications.  The  decision 
to  use  contractor  support  facilitates  the  use 
of  commercial  manuals. 

16.4  RISK  MANAGEMENT 

16.4.1  Accelerated  Acquisitions 

16.4.1.1  Risk  Area 

Lead  times  for  delivery  of  NDI  can  be  ex¬ 
tremely  short,  particularly  for  in-stock 
commercial  items.  This  poses  a  substantial 
risk  of  deployment  with  incomplete  or  in¬ 
adequate  logistics  support  and  attendant 
degraded  readiness. 

16A.12.  Risk  Handling 

Applicable  management  approaches  in¬ 
clude: 

•  Performing  detailed  logistics  plan¬ 
ning  concurrently  with  development  of 
the  acquisition  strategy; 

•  Determining  the  need  and  extent  of 
contractor  support  required,  including  ap¬ 
propriate  logistics  support  requirements 
in  the  solicitation; 

•  Employing  existing  commercial  or 
other  developmental  data  to  compute  sup¬ 
ply  support  stockage  levels; 
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•  Consideringuseof  reliability  improve¬ 
ment  warranties  to  enhance  reliability;  and 

•  Planning  and  budgeting  for  a  sup- 
portability  evaluation. 

16.4Jt  Configuration  Control  of 
Commercial  Items 

16.4.2.1  Risk  Area 

The  government  does  not  control  the  con¬ 
figuration  of  items  procured  from  the  com¬ 
mercial  marketplace.  This  presents  two 
potential  risks.  First,  that  subsequent  com¬ 
petitive  reprocurement  of  the  end  item  may 
lead  to  a  totally  different  internal  configu¬ 
ration  with  different  support  requirements. 
And  second  thatthereisnoautomaticguar- 
antee  that  original  commercial  suppliers 
will  continue  to  manufacture  spares  and 
repair  parts  to  fit  the  government's  con¬ 
figuration. 

16.4.2.2  Risk  Handling 

These  configuration  risks  may  be  reduced 
by  the  following: 

•  PPSP  should  be  performed  to  deter¬ 
mine  such  viable  alternatives  as  buyouts, 
modifications  and  government  manufac¬ 
ture  (refer  to  Chapter  14  for  additional 
information)  or 

•  Multiyear  procurement  from  the 
same  source  should  be  considered  in  order 
to  decrease  the  impact  of  configuration 
changes  in  follow-on  procurement. 

Pre-solicitation  market  surveys  should  be 
performed  to  determine  the  probable 
availability  of  a  civilian  after-market  that 
will  supply  components  for  an  extended 
period.  For  example,  when  the  Army  pro¬ 
cured  commercial  11/  4-ton  trucks  in  1975, 
surveys  indicated  that  major  components 


would  remain  available  through  the  useful 
life  projected  at  that  time. 

16.5  SUMMARY 

•  The  nulitary  Services  employ  decentral¬ 
ized  acquisition  and  ILS  management 
procedures  for  nonmajor  programs. 

•  Procurement  of  NDI  may  offer  substan¬ 
tial  reductions  in  total  program  cost  and 
acquisition  time;  however,  the  reduction 
in  time  requires  that  logistics  planning  be 
performed  concurrent  with  development 
of  the  acquisition  strategy. 

•  Acquisition  in  nonmajor  programs  poses 
special  considerations  because  of  the  more 
general  management  and  review  proce¬ 
dures  employ^  by  the  Services.  Logistics 
personnel  have  less  program  supervision 
and  broader  responsibilities  for  each  sys¬ 
tem. 

•  Viable  mechanisms  are  available  to  attain 
readiness  objectives  for  NDI.  These  include 
incorporation  of  supportability  issues  in 
the  source  selection  process  and  use  of 
existing  LSA  documentation. 

16.6  REFERENCES 

1.  DoDI  5000.2,  Part  6L,  "Nondevelopmen- 
tal  Items." 

2.  AR  70-1,  "Army  Acquisition  Policy." 

3.  AR  700-127,  "Integrated  Logistics  Sup¬ 
port." 

4.  AFR  800-2,  "Acquisition  Program 
Management." 

5.  AFR  800-8,  "Integrated  Logistics  Sup¬ 
port  (ILS)  Program." 

6.  NDI  Acquisition  -  An  Alternative  to 
"Business  as  Usual,"  Defense  Systems  Man¬ 
agement  College. 
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17 

JOINT  SERVICE  PROGRAMS 


17.1  HIGHUGHTS 

•  Roles  of  Lead  and  Participating 
Services 

•  ILS  Funding  for  Joint  Programs 

•  Performance  of  Joini  ILS  Activities 

•  Inter-Service  Coordination 
and  Communication 

17.2  INTRODUCTION 

17.2.1  Purpose 

To  present  an  overview  of  ILS  planning 
and  management  responsibilities  for  joint 
programs. 

17.2.2  Objective 

Logistics  management  objectives  of  joint 
programs  are  to  realize  economies  by  joint 
performance  of  ILS  planning,  analysis  and 
documentation;  satisfy  essential  logistics 
support  needs  of  each  Service;  and  attain 
established  R&S  objectives. 

17.3  MANAGEMENT  ISSUES 

17.3.1  Background 

The  OSD  and  Congress  encourage  joint 
programs  because  such  programs  provide 
opportunities  to  reduce  acquisition  and 
logistics  support  costs  and  to  improve 


interoperabUity  of  equipment  in  joint  op¬ 
erations. 

The  ILS  management  of  joint  programs  is 
similar  to  that  of  single  &rvice  programs, 
with  one  major  exception — joint  program 
management  requires  the  accommodation 
of  each  participating  Service's  unique  re¬ 
quirements  resulting  from  differences  in 
equipment  deployment,  mode  of  employ¬ 
ment  and  support  concepts. 

17.3J:  Policies 

Key  policies  prescribed  in  DoDI  5000.2, 
Part  12B,  "Joint  Programs"  are  as  follows: 

•  Mission  needs,  operational  require¬ 
ments  and  program  plans  will  be  struc¬ 
tured  to  encourage  and  provide  an  op¬ 
portunity  for  multi-Service  participation; 

•  The  milestone  decision  authority  will 
approve  joint  program  designation  as  early 
in  the  acquisition  process  as  possible  and 
will  appoint  the  lead  Service;  and 

•  Inter-Service  logistics  support  will  be 
used  to  the  maximum  extent  possible  com¬ 
mensurate  with  effective  support  to  opera¬ 
tional  forces  and  efficient  utilization  of  DoD 
resources. 

The  following  additional  policy  guidance 
is  provided  in  AR  700-129/OPNAVINST 
4105.2A/AFR800-43/MC04110.2,  "Man¬ 
agement  and  Execution  of  Integrated  Lo¬ 
gistics  Support  for  Multiservice  Acquisi¬ 
tion": 
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•  The  executive  (lead)  service  will 
make  every  effort  to  accommodate  the 
unique  ILS  requirements  of  participating 
Services;  and 

•  All  involved  Services  will  standard¬ 
ize  ILS  requirements  and  data  products  as 
much  as  possible. 

17.3.3  Joint  Management  Structure 

Although  there  is  no  overall  single  struc¬ 
ture  for  the  management  of  joint  programs, 
the  OSD  and  the  Joint  Logistics  Command¬ 
ers  have  identified  required  management 
relationships.  The  military  services  must 
build  a  structure  that  responds  rapidly  to 
decisions  of  the  lead  military  service  PM 
and  ILS  manager,  and  provides  a  direct 
information  path  conveying  the  require¬ 
ments  of  each  Service  to  the  PM.  Figure  17- 
1  identifies  the  required  joint  program  staff 
relationships.  Typical  staffing  of  a  joint 
program  office  includes  the  considerations 
illustrated  in  Figure  17-1. 

•  The  lead  service  establishes  a  man¬ 
ning  document  for  the  program  office,  with 
positions  to  be  filled  by  representatives  of 
the  participating  Services.  The  manning 
document  also  designates  key  positions  for 
the  senior  representative  of  each  partici¬ 
pating  Service. 

•  The  participating  services  assign  per¬ 
sonnel  to  fill  identified  positions  in  the 
jointly  staffed  program  office.  The  senior 
rep’-esentative  assigned  to  the  program 
office  reports  directly  to,  or  has  direct  ac¬ 
cess  to,  the  PM  and  functions  as  the  partici¬ 
pating  Service's  representative  on  all  is¬ 
sues  pertaining  to  that  Service. 

•  The  lead  Service  ILS  manager  estab¬ 
lishes  an  ILSMT  with  members  from  the 
lead  and  participating  Services  to  support 


Figure  17-1.  Joint  Program 
Chain  of  Command 

accomplishment  of  all  ILS  functions  in¬ 
cluding  the  performance  of  all  logistics 
support  analysis  for  the  joint  program. 

•  Each  participating  Service  designates 
an  ILS  manager  to  support  the  lead  Service 
ILS  manager. 

17.3.4  Documentation  of  Joint  Programs 

Initial  program  documentation,  beginning 
with  the  MNS,  will  be  prepared  by  the 
Service  first  identifying  a  mission  deficiency 
that  cannot  be  satisfied  by  a  nonmaterial 
solution.  The  MNS,  which  is  prepared  prior 
to  establishment  of  a  program,  is  forwarded 
for  validation  of  the  need  and  consider- 
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ation  of  joint  potential  to  the  Service's  op¬ 
erational  validation  authority  or,  for  pro¬ 
grams  with  potential  to  become  major  de¬ 
fense  programs,  to  the  Joint  Requirements 
Oversight  Council  (JROC).  Joint  potential 
should  be  considered  during  MNS  devel¬ 
opment,  to  include  identification  of  needs 
which  may  cross  Service  boundaries  and 
coordination  with  the  Services  affected  con¬ 
cerning  the  potential  for  a  joint  program. 

The  MNS  will  be  further  considered  by  the 
milestone  decision  authority  at  milestone  0 
to  determine  if  it  justifies  further  effort.  If 
so,  a  study  phase  will  be  initiated  to  iden¬ 
tify  and  evaluate  alternatives  to  meet  the 
deficiency.  Normally,  an  acquisition  pro¬ 
gram,  per  se,  will  not  yet  exist,  and  the 
Service  initiating  the  MNS  will  bear  the 
responsibility  of  developing  documenta¬ 
tion  for  the  program  initiation  decision 
review  at  Milestone  I  with  some  level  of 
support  from  the  other  Services,  if  the  pro¬ 
gram  has  been  identified  as  one  with  joint 
potential.  Full  consideration  of  other  Ser¬ 
vice  requirements,  operational  concepts 
and  logistics  support  systems  is  crucial 
during  this  study  phase,  in  recognition  of 
the  fact  that  many  of  the  basic  ILS  system 
design  decisions  are  made  here. 

Once  a  joint  program  is  formally  estab¬ 
lished  at  Milestone  I,  a  lead  Service  (nor¬ 
mally,  but  not  always,  the  Service  that  ini¬ 
tiated  the  MNS)  will  be  designated.  From 
that  point  forward,  the  lead  Service  has 
primary  responsibility  for  all  program 
documentation.  Generally,  joint  program 
milestone  documents  will  be  single  docu¬ 
ments  with  separate  appendices,  when  re¬ 
quired,  to  support  Service-peculiar  re¬ 
quirements. 

The  Joint  Integrated  Logistics  Support 
Plans  (JILSP)  parallels  the  content  and 


purpose  of  ILSPs  of  single-service  pro¬ 
grams.  (Refer  to  2.3.4.)  AR  700-129/ 
OPNAVINST  4105.2A/AFR  800-3/MCO 
4110.2  provides  guidance  for  preparation 
ofJILSPs. 

17.3.5  ILS  Funding  for  Joint  Programs 

Ftmding  responsibilities  of  the  lead  and 
participating  Services  are  prescribed  in 
DoDI  5000.2,  Part  12B  and  summarized 
below.  The  milestone  decision  authority 
may  agree  to  or  direct  alternative  arrange¬ 
ments. 

•  Research,  Development,  Test  and 
Evaluation  (RDT&E)  funding  of  require¬ 
ments  common  to  all  participants  is  pro¬ 
vided  by  the  lead  Service.  Each  Service 
funds  its  own  unique  ILS  activities. 

•  Procurement  is  funded  by  each  Ser¬ 
vice  for  ILS  assets  (support  equipment, 
training  equipment,  etc.)  to  support  its  de¬ 
ployed  systems. 

•  Operation  and  Maintenance  funds 
for  operation  and  maintenance  require¬ 
ments  to  support  its  deployed  systems  are 
provided  by  each  Service. 

•  Military  Construction,  new  or  modi¬ 
fied  facilities  may  be  required  to  support 
development  testing  and  operational  de¬ 
ployment.  Ftmds  for  common  facilities  re¬ 
quired  during  development  are  pro¬ 
grammed  by  the  lead  Service.  Funds  for 
operational  facilities  are  provided  by  each 
Service  to  support  individual  requirements. 

Each  participating  Service  uses  its  own 
Service  channels  to  identify  program  re¬ 
quirements  to  OSD.  However,  the  joint  PM 
maintains  overall  responsibility  for  identi¬ 
fication  of  total  funding  requirements  and 
their  inclusion  in  a  joint  program  Funding 
Plan.  The  joint  PM  also  consolidates  con- 
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tracting  requirements  and  contract  award 
for  the  entire  development  and  production 
program.  The  participating  Services  trans¬ 
fer  the  requir^  obligational  authority  to 
the  Joint  Program  Office  or  that  office's 
supporting  command  for  this  purpose. 

17.3.6  Unique  ILS  Requirements 

Given  identical  systems  (which  is  not  al¬ 
ways  the  case)  the  military  services  will 
often  operate  the  systems  with  differing 
operations,  supply  and  maintenance  sup¬ 
port  concepts  and  with  unique  support 
equipment.  Techniques  to  accommodate 
essential  Service-unique  requirements 
within  the  framework  of  common  ap¬ 
proaches  are  discussed  below. 

17.3.6.1  Logistics  Support  Analyses 

MIL-STD-1388-1A,  "Logistics  Support 
Analysis"  provides  a  common  structure, 
recommended  timetable  and  objectives  for 
a  large  body  of  analyses;  however,  many  of 
the  detailed  procedures  to  perform  the  tasks 
are  Service-unique.  For  example,  the  Ser¬ 
vices  employ  different  models  for  RLA, 
RCM,  and  supply  stockage  computations. 
ILS  managers  of  a  Joint  Service  Program 
should  endeavor  to  reach  agreement  on 
common  models  for  each  analytic  tech¬ 
nique  applied  to  the  joint  system.  Use  of 
common  models  will  reduce  the  total  ana¬ 
lytical  effort  and  also  reduce  differences  in 
the  results  obtained.  Some  differences  will 
remain  as  a  result  of  Service  variations  in 
logistics  parameters  (order  and  ship  time, 
for  example)  and  maintenance  concepts. 

17.3.6.2  Logistics  Support  Analysis 
Record  (LSAR) 

The  developers  of  MIL-STD-1388-2A  and 
2B,  "DoD  Requirements  for  a  Logistics 
Support  Analysis  Record"  have  incorpo¬ 
rated  mechanisms  to  accommodate  &r- 


vice  variations  in  configuration,  supply  and 
maintenance  concepts  and  operational 
roles.  As  an  example.  Service  variations  in 
maintenance  task  levels  and  replacement 
rates  for  the  same  component  can  be  en¬ 
tered  with  alternate  LSA  records  at  the 
component  level  of  detail.  Separate  LSA 
output  reports  may  then  be  produced  for 
each  Service;  for  example,  separate  Service 
summaries  of  direct  annual  maintenance 
manhours  for  the  total  system. 

17.3.6.3  Technical  Publications 

The  Services  have  different  requirements 
for  technical  manuals  or  orders.  In  addi¬ 
tion  to  the  variations  in  support  concept, 
operational  role  and  configuration  men¬ 
tioned  in  the  previous  paragraph,  there  can 
also  be  differences  in  the  reading  compre¬ 
hension  levels  of  the  target  audience.  The 
Services  generally  have  been  successful  in 
accomm^ating  those  differences  in  joint- 
use  technical  orders  and  technical  manu¬ 
als,  especially  when  the  joint  approach  be¬ 
gins  at  program  initiation.  Reading  com¬ 
prehension  levels  occupy  a  range  rather 
than  a  precise  point  value;  the  Services 
seek  a  single  target  level  that  satisfies  the 
needs  of  each  Service.  Other  differences  are 
covered  in  the  body  of  the  specific  publica¬ 
tion  or  in  Service  supplements. 

17.3.6.4  Training 

Training  requirements  vary.  The  Services 
employ  different  skill  specialty  code  sys¬ 
tems  as  well  as  different  maintenance  con¬ 
cepts.  Single  location  training  for  a  jointly 
used  system  can  still  be  cost-effective  and 
should  be  considered  early  in  the  planning 
cycle.  As  one  example.  Air  Force  and  Army 
personnel  receive  common  maintenance 
training  on  the  TSC  94  and  TSC 1 00  satellite 
terminals  at  the  Army's  Ft.  Gordon  train¬ 
ing  facility. 
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173.6.5  Depot  Maintenance 
InteivServicing  (DMI) 

DMI  studies  seek  to  avoid  unnecessary 
duplication  of  facilities  and  equipment 
among  the  Services.  The  studies  have  been 
performed  effectively  for  both  single-Ser- 
vice  and  multi-Service  new  starts.  Inter- 
Servidng  plans  for  joint  programs  should 
be  addressed  in  the  JILSP.  This  approach 
has  been  applied  very  effectively  on  joint 
programs.  The  TRI-TAC  Program  devel¬ 
ops  tactical  communications  systenis  used 
by  the  Army,  Navy,  Air  Force  and  Marine 
Corps.  The  PM  has  identified  TRI-TAC 
items  to  be  managed  by  individucd  Ser¬ 
vices.  The  designated  &rvice  then  pro¬ 
vides  depot  support  for  all  users  of  that 
system. 

DoDI  5000.2,  Part  12B  places  strong  em¬ 
phasis  on  depot  maintenance  inter-Ser- 
vicing.  An  inter-Service  logistics  support 
agreement  is  required  for  joint  Service 
programs  before  Milestone  III.  A  pro¬ 
gram  review  will  be  held  by  the  logistics 
head  of  the  lead  Service,  if  needed,  to 
remove  impediments  to  inter-Service  lo¬ 
gistics  support.  Additional  guidance  is 
provided  in  AMCR  750-10,  OPNAVINST 
4790.14,  MCOP  4790.10A,  AFLCR/ 
AFSCR  800-30,  "Logistics  Depot  Mainte¬ 
nance  Interservice." 

Depot  maintenance  consolidation  studies 
will  likely  have  significant  impact  on  depot 
maintenance  inter-Servicing. 

17.4  RISK  MANAGEMENT 

17.4.1  Inadequate  Coordination 

17.4.1.1  Risk  Area 

Logistics  planning  tasks  for  joint  programs 
require  more  coordination  than  for  single- 


Service  programs;  no  other  aspect  of  joint 
program  management  will  present  the 
manager  with  as  numy  inter-Service  differ¬ 
ences,  which  can  occur  in  all  of  the  ILS 
elements.  The  lack  of  extensive  coordina¬ 
tion  can  lead  to: 

•  Incomplete  or  inadequate  logistics 
support  at  the  time  of  initial  deployment; 

•  A  decision  by  one  or  more  Services  to 
go  it  alone  with  ILS  planning  and  develop¬ 
ment  of  Service-unique  logistics  support; 
and 

•  Loss  of  the  economies  that  can  be 
gained  by  joint  ILS  performance. 

17.4.13  Risk  Handling 

Success  in  joint  program  management 
comes  from  kdlitating  and  expediting  the 
required  coordination,  not  from  elimhiat- 
ing  coordination  and  fragmenting  the  pro¬ 
gram.  Methods  that  have  been  employed 
include; 

•  Early  Recognition  of  Joint  Require¬ 
ments  —  A  vital  first  step  is  early  recogni¬ 
tion  during  mission  area  analyses  that  a 
joint  program  is  needed.  The  joint  MNS 
may  be  initiated  by  OSD,  JCS,  or  two  or 
more  Services  in  unison.  When  this  occurs, 
a  joint  program  structure  is  recommended 
in  the  MNS,  ftmding  requirements  for  each 
Service  are  identifi^  in  each  Service's  ini¬ 
tial  POM,  and  common  and  unique  re¬ 
quirements  of  the  Services  are  documented 
in  the  initial  JILSP  prepared  during  CED. 

•  Staffing  of  the  Joint  Program  Office  — 
Senior  representatives  and  other  partici¬ 
pating  Service  personnel  serve  two  vital 
functions.  First,  they  work  as  part  of  a  team 
committed  to  objectives  of  the  joint  pro¬ 
gram.  Second,  they  are  conduit?  rapid 
two-way  communications  and  cisions 
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on  methods  to  implement  joint  planning 
and  satisfy  unique  needs  of  each  Service. 

•  Effective  Communication  —  Implemen¬ 
tation  of  joint  ILS  planning  by  the  Services 
requires  participation  by  their  subordiiuite 
activities.  Effective  communications  must 
be  carried  out  among  the  provisioners, 
maintenance  engineers,  publications  man¬ 
agers,  trainers  and  other  logisticians  who 
support  the  program  within  the  Services. 
The  lead  ILS  manager  must  ensure  that  key 
logistics  personnel  from  each  Service  are 
identified  and  jointly  participate  in  plan¬ 
ning  and  establishing  d\e  program.  A  hier¬ 
archy  consisting  of  a  high  level  review 
team,  a  joint  ILS  committee  and  functional 
working  groups  may  be  established  to  pro¬ 
vide  oversight  and  rapid  decisions  that 
meet  each  Service's  needs.  Refer  to  the  Joint 
Logistics  Commanders'  Guide  for  the  Man¬ 
agement  of  Joint  Service  Programs  for  ad¬ 
ditional  information. 

17.5  SUMMARY 

•  Joint  implementation  of  ILS  planning, 
analyses  and  documentation  can  reduce 
total  logistics  support  costs  and  meet  es¬ 
sential  needs  of  each  Service. 

•  As  with  Single-Service  programs,  ef¬ 
fective  joint  ILS  programs  require  early 
planning  starting  prior  to  Milestone  0  and 
continuing  during  CED  and  beyond. 

•  Joint  ILS  planning  and  implementa¬ 
tion  are  facilitated  by  DoD  military  stan¬ 
dards  on  logistics  support  analysis  and 


continuing  development  of  other  joint-use 
standards  and  spedfications. 

•  Jointly  staffed  program  offices  and  effec- 
tiveinter-Serviceconununicationhavebeen 
major  contributors  to  joint  program  man¬ 
agement. 
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APPENDIX  A 
GLOSSARY 


ACQUISITION  CATEGORIES — Categories  established  to  facilitate  decentralized  deci¬ 
sion-making  and  execution,  and  compliance  with  statutorily  imposed  requirements.  The 
categories  determine  the  level  of  review,  decision  authority  and  applicable  procedures 
(DoDI  5000.2). 

ACQUISITION  DECISION  MEMORANDUM  (ADM)  —  A  memorandum,  signed  by 
the  milestone  decision  authority,  that  documents  decisions  made  and  the  exit  criteria 
established  as  the  result  of  a  milestone  decision  review  or  in-process  review  (DoDI  5000.2). 

ACQUISITION  PLAN  (AP) — A  formal,  written  document  reflecting  the  specific  actions 
necessary  to  execute  the  approach  established  in  the  approved  acquisition  strategy  and 
guiding  contractual  implementation  (DoDI  5000.2). 

ACQUISITION  STRATEGY  REPORT  (ASR)  —  Describes  the  acquisition  approach  to 
include  streamlining,  sources,  competition,  and  contract  types  from  the  beginning  of 
Phase  1,  DV,  through  the  end  of  production  (DoDI  5000.2). 

AFFORDABILITY  —  A  determination  that  the  LCC  of  an  acquisition  program  is  in 
consonance  with  the  long-range  investment  and  force  structure  plans  of  the  DoD  or 
individual  DoD  Components  (DoDI  5000.2). 

ALLOCATED  BASELINE  —  Development  specifications  (type  B)  that  define  the  perfor¬ 
mance  requirements  for  each  configuration  item  of  the  system  (DSMC). 

AVAILABILITY  —  A  measure  of  the  degree  to  which  an  item  is  in  an  operable  and 
committable  state  at  the  start  of  a  mission,  when  the  mission  is  called  for  at  an  unknown 
(random)  time  (DoDI  5000.2). 

BASELINE  COMPARISON  SYSTEM  (BCS)  —  A  current  operational  system,  or  a  com¬ 
posite  of  current  operational  subsystems,  which  most  closely  represents  the  design, 
operational  and  support  characteristics  of  the  new  system  under  development  (MIL-STD- 
1388-lA). 

COMPARABILITY  ANALYSIS  —  An  examination  of  two  or  more  systems  and  their 
relationships  to  discover  resemblances  or  differences  (MIL-STD-1388-1 A). 

COMPUTER  RESOURCES  SUPPORT  —  The  facilities,  hardware,  software,  documenta¬ 
tion,  manpower  and  personnel  needed  to  operate  and  support  embedded  computer 
systems  (DoDD  5000.39)  one  of  the  principal  ILS  elements. 
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CONFIGURATION  ITEM  (Cl)  —  An  aggregation  of  hardware,  firmware  and  computer 
software  or  any  of  its  discrete  portions,  which  satisfies  an  end  item  use  function  and  is 
designated  by  the  government  for  separate  configuration  (DoDI  5000.2). 

CONFIGURATION  MANAGEMENT  (CM)  —  The  technical  and  administrative  direc¬ 
tion  and  surveillance  actions  taken  to  identify  and  document  the  functional  and  physical 
characteristics  of  an  item,  to  control  changes  to  a  contiguration  item  and  its  characteristics 
and  to  record  and  report  change  processing  and  implementation  status  (DoDI  5000.2). 

CONSTRAINTS  —  Restrictions  or  boundary  conditions  that  impact  overall  capability, 
priority  and  resources  in  system  acquisition  (MlL-STD-1388-1 A). 

CONTINUOUS  ACQUISITION  AND  LIFE-CYCLE  SUPPORT  (CALS)  —  (Formerly 
Computer-Aided  Acquisition  and  Logistics  Support.)  A  DoD  and  industry  strategy 
intended  to  enable  more  effective  generation,  exchange,  management,  and  use  of  digital 
data  supporting  defense  systems  (MIL-HDBK-59B). 

CONTRACT  DATA  REQUIREMENTS  LIST  (CDRL)  — A  list  of  data  requirements 
authorized  for  a  specific  acquisition  and  made  a  part  of  the  contract  (DoDI  5000.2). 

COPRODUCTION  (INTERNATIONAL)  —  The  method  by  which  items  intended  for 
military  application  are  produced  and/or  assembled  imder  the  provisions  of  a  cooperative 
agreement  that  requires  the  transfer  of  technical  information  and  know-how  from  one 
nation  to  another  (DoD-5105.38M). 

CORRECTIVE  MAINTENANCE  —  All  actions  performed,  as  a  result  of  failure,  to  restore 
an  item  to  a  specified  condition.  Corrective  maintenance  can  include  any  or  all  of  the 
following  steps:  Localization,  Isolation,  Disassembly,  Interchange,  Reassembly,  Align¬ 
ment  and  Checkout  (MIL-STD-1388-1 A). 

COST-ESTIMATING  RELATIONSHIP  (CER)  —  A  statistically  derived  equation  which 
relates  LLC  or  some  portions  thereof  directly  to  parameters  that  describe  the  performance, 
operating  or  logistics  environment  of  system  (MIL-STD-1388-1 A). 

CRITICAL  DESIGN  REVIEW  (CDR)  —  A  review  conducted  to  determine  that  the  detail 
design  satisfies  the  performance  and  engineering  requirements  of  the  development  speci¬ 
fication;  to  establish  the  detailed  design  compatibility  among  the  item  and  other  items  of 
equipment,  facilities,  computer  programs  and  personnel;  to  assess  producibility  and  risk 
areas;  and  to  review  the  preliminary  product  specifications  (DoDI  5000.2). 

DATA  ITEM  DESCRIPTION  (DID),  DD  FORM  1664  — A  form  used  to  define  and 
describe  the  data  required  to  be  furnished  by  the  contractor.  Completed  forms  are  provided 
to  contractors  in  support  of,  and  for  identification  of,  each  data  item  listed  on  the  CDRL 
(MIL-STD-1388-1A). 


A-2 


DEFENSE  ACQUISITION  BOARD — The  senior  DoD  acquisition  review  board  chaired 
by  the  Under  Secretary  of  Defense  for  Acquisition  and  Technology.  The  Vice  Chairman  of 
the  Joint  Chiefs  of  Staff  is  the  Vice-Chair  (DoDI  5(XX).2). 

DEFENSE  PLANNING  AND  RESOURCES  BOARD  —  A  board,  chaired  by  the  Deputy 
Secretary  of  Defense,  established  to  facilitate  decision  making  during  all  phases  of  the 
planning,  programming  and  budgeting  system  process  (DoDI  5(XX).2). 

DEPLOYMENT  —  The  process  of  planning,  coordinating  and  executing  the  deplo)nnent 
of  a  materiel  system  and  its  support  (AR  700-127). 

DEPLOYMENT  PLAN  —  The  plan  to  ensure  smooth  transition  of  the  system  from  the 
developer  to  the  user  (DSMC). 

DESIGN  INTERFACE  —  The  relationship  of  logistics-related  design  parameters  to  R&S 
resource  requirements.  These  logistics-related  design  parameters  are  expressed  in  opera¬ 
tional  terms,  rather  than  as  inherent  values,  and  specifically  relate  to  system  readiness 
objectives  and  supp)ort  costs  of  the  system  (DoDI  5(XX).2). 

DESIGN  PARAMETERS  —  Qualitative,  quantitative,  physical  and  functional  value  char¬ 
acteristics  that  are  inputs  to  the  design  process;  for  use  in  design  trade-offs,  risk  analyses 
and  development  of  a  system  that  is  responsive  to  system  requirements  (MIL-STD-1388- 
lA). 

DEVELOPMENT  TEST  AND  EVALUATION  (DT&E)  —  Test  and  Evaluation  con¬ 
ducted  to  verify  the  status  of  engineering  and  manufacturing  development  progress; 
verify  that  design  risks  have  been  minimized;  and  substantiate  achievement  of  contract 
technical  performance  requirements  (extracted  from  DoD  5(XX).2-M). 

END  ITEM  —  A  final  combination  of  end  products,  component  parts  and/or  materials 
which  is  ready  for  its  intended  use;  e.g.,  ship,  tank,  mobile  machine  shop,  aircraft  (MIL- 
STD-1388-1A). 

FACILITIES  —  The  permanent,  semi-permanent  or  temporary  real  property  assets  re¬ 
quired  to  support  the  system,  including  conducting  studies  to  define  facilities  or  facility 
improvements,  locations,  space  needs,  utilities,  environmental  requirements,  real  estate 
requirements,  and  equipment  (DoDI  5(XX).2). 

FAILURE  MODE,  EFFECTS,  AND  CRITICALITY  ANALYSIS  (FMECA)  —  An  analy¬ 
sis  to  identify  potential  design  weaknesses  through  systematic,  documented  consideration 
of  the  following:  all  likely  ways  in  which  a  component  or  equipment  can  fail;  causes  for  each 
mode;  and  the  effects  of  each  failure  (which  may  be  different  for  each  mission  phase)  (MIL- 
STD-1388-1A). 
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FIRST  UNIT  EQUIPPED  (FUE)  —  The  scheduled  date  a  system  or  end  item  and  its  agreed 
upon  support  elements  are  issued  to  the  designated  ICXI  unit  and  training  specified  in  the 
NET  Plan  has  been  accomplished.  Support  elements  to  be  issued  with  system  or  end  iten« 
will  be  specified  in  the  Materiel  Fielding  Plan  or  other  gaining  conunand-developer 
agreement  documents  (AR  700-127). 

FOLLOW-ON  TEST  AND  EVALUATION  (FOT&E)  —  That  test  and  evaluation  which  is 
conducted  after  the  production  decision  to  continue  and  refine  the  estimates  made  during 
previous  OT&E,  to  evaluate  changes,  and  to  evaluate  the  system  to  insure  that  it  continues 
to  meet  operational  needs  and  retain  its  effectiveness  in  a  new  environment  or  against  a  new 
threat  (MIL-STD-1388-1 A). 

FOREIGN  MILITARY  SALES  (FMS)  —  That  portion  of  United  States  security  assistance 
authorized  by  the  Arms  Export  Control  Act  (AECA),  as  amended  (Section  21  and  22, 
AECA). 

FUNCTIONAL  BASELINE  —  The  technical  portion  of  the  program  requirements  (type  A 
specifications);  provides  the  basis  for  contracting  and  controlling  system  design  (E>SMC). 

FUNCTIONAL  CONFIGURATION  AUDIT  (FCA)  —  Verifies  that  the  actual  item  which 
represents  the  production  configuration  complies  with  the  development  specification 
(DSMC). 

FUNCTIONAL  SUPPORT  REQUIREMENT  (FSR)  —  A  function  (transport,  repair,  re¬ 
supply,  recover,  calibrate,  overhaul,  etc.)  that  the  support  system  must  perform  for  the  end 
item  to  be  maintained  in  or  restored  to  a  satisfactory  operational  condition  in  its  operational 
environment  (MIL-STD-1388-1A). 

GOVERNMENT  FURNISHED  MATERIAL  (GFM)  —  Material  provided  by  the  govern¬ 
ment  to  a  contractor  or  comparable  government  production  facility  to  be  incorporated  in, 
attached  to,  or  used  with  or  in  support  of  an  end  item  to  be  delivered  to  the  government  or 
ordering  activity,  or  which  may  be  consumed  or  expended  in  the  performance  of  a  contract. 
It  includes,  but  is  not  limited  to,  raw  and  processed  materials,  parts,  components,  assem¬ 
blies,  tools  and  supplies.  Materials  categorized  as  Government  Furnished  Equipment 
(GFE)  and  Government  Furnished  Aeronautical  Equipment  (GFAE)  are  included  (MIL- 
STD-1388-1A). 

ILS  ALTERNATIVE/TRADE-OFFS  —  Supporting  data  comes  from  "Lessons  Learned" 
files,  comparative  analysis,  technological  opp>ortunities,  use  studies,  field  visits,  standard¬ 
ization  requirements,  ^nctional  and  military  requirements,  constraints,  maintenance  and 
operational  approaches.  This  information  is  used  in  analyses  and  assessments  of  support 
for  the  identified  alternatives  system  designs,  using  established  lists  of  design  criteria, 
utility  curves  and  criteria  weights  (DSMC). 

INITIAL  OPERATIONAL  CAPABILITY  (IOC)  —  The  first  attainment  of  the  capabil¬ 
ity  to  employ  effectively  a  weapon;  item  of  equipment;  or  system  of  approved  specific 
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characteristics,  and  which  is  manned  or  operated  by  a  trained,  equipped,  and  supported 
military  unit  or  force  (DoDI  5000.2), 

INTEGRATED  LOGISTICS  SUPPORT  (ILS)  — A  disciplined,  unified  and  iterative 
approach  to  the  management  and  technical  activities  necessary  to  develop  support  require¬ 
ments  that  are  related  consistently  to  readiness  objectives,  to  design,  and  to  each  other; 
integrate  support  considerations  into  system  and  equipment  design;  identify  the  most  cost- 
effective  approach  to  supporting  the  system  when  it  is  fielded;  and  provide  the  required 
support  during  the  operational  phase  at  minimum  cost  (DoDl  5000.2). 

INTEGRATED  LOGISTICS  SUPPORT  MANAGEMENT  TEAM  (ILSMT)  —  A  team  of 
government  and  industry  functional  2md  management  personnel  formed  to  advise  and 
assist  the  ILS  manager  with  planning,  coordinating,  monitoring  schedules  and  contractor 
performance,  ensuring  accuracy  and  timeliness  of  government  inputs,  and  compliance 
with  applicable  requirements,  regulations,  specifications,  standards,  etc.,  (Adapted  from 
AR  700-127). 

INTEGRATED  LOGISTICS  SUPPORT  PLAN  (ILSP)  —  The  formal  planning  document 
for  logistics  support.  It  is  kept  current  through  the  program  life.  It  sets  forth  the  plan  for 
operational  support,  provides  a  detailed  ILS  program  to  fit  with  the  overall  program, 
provides  decision-making  bodies  with  necessary  ILS  information  to  make  sound  decisions 
in  system  development  and  production  and  provides  the  basis  for  the  ILS  portion  of 
procurement  pacl^ges  (DSMC). 

INTEGRATED  SUPPORT  PLAN  (ISP)  —  A  comprehensive  plan  to  demonstrate  how  a 
contractor  intends  to  manage  and  execute  the  contractor's  ILS  program  (DI-L-6138). 

INTEROPERABILITY  —  The  ability  of  systems,  units  or  forces  to  provide  services  to  and 
accept  services  from  other  systems,  units  or  forces  and  to  use  the  services  so  exchanged  to 
enable  them  to  operate  effectively  together  (DoDl  5000.2). 

LIFE-CYCLE  COST  (LCC)  —  The  total  cost  to  the  government  of  acquisition  and  owner¬ 
ship  of  the  system  over  its  useful  life.  It  includes  the  cost  of  development,  acquisition, 
support  and,  where  applicable,  disposal  (DoDl  5000.2). 

LINE  REPLACEABLE  UNIT  (LRU)  —  An  LRU  is  an  essential  support  item,  which  is 
removed  and  replaced  at  field  level  to  restore  the  end  item  to  an  operationally  ready 
condition  (M1L-STD-1388-2A). 

LOGISTICS  SUPPORT  ANALYSIS  (LSA)  — The  selective  application  of  scientific  and 
engineering  efforts  undertaken  during  the  acquisition  process  as  part  of  the  systems 
engineering  process  to  assist  in:  causing  support  considerations  to  influence  design; 
defining  support  requirements  that  are  related  optimally  to  design  and  to  each  other; 
acquiring  the  required  support;  and  providing  the  required  support  during  the  opera¬ 
tional  phase  at  minimum  cost  (DoDl  5000.2). 
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LOGISTICS  SUPPORT  ANALYSIS  DOCUMENTATION  —  All  data  resulting  from 
performance  of  LSA  tasks  pertaining  to  an  acquisition  program  (MIL-STD-1388-1 A). 

LOGISTIC  SUPPORT  ANALYSIS  RECORD  (LSAR)  —  That  portion  of  LSA  documen¬ 
tation  consisting  of  detailed  data  pertaining  to  the  identification  of  logistics  support 
resource  requirements  of  a  system/equipment.  See  MIL-STD-1388-2A/2B  for  LSAR  data 
element  definitions  (MIL-STD-1388-1 A). 

MAINTAINABILITY  —  The  ability  of  an  item  to  be  retained  in  or  restored  to  a  specified 
condition  when  maintenance  is  performed  by  personnel  having  specified  skill  levels;  using 
prescribed  procedures  and  resources,  at  each  prescribed  level  of  maintenance  and  repair 
(DoDI5(X)0.2). 

MAINTENANCE  CONCEPT  —  A  narrative  description  identifying  the  broad,  planned 
approach  to  be  employed  iri  sustaining  the  system/equipment  at  a  defined  level  of 
readiness  or  in  a  specified  condition  in  support  of  the  operational  requirement.  Provides 
the  basis  for  the  maintenance  plan. 

MAINTENANCE  PLANNING  —  The  process  conducted  to  evolve  and  establish 
maintenance  concepts  and  requirements  for  the  lifetime  of  a  materiel  system  (DoDI  5(XX).2). 

MANPOWER  AND  PERSONNEL  —  The  identification  and  acquisition  of  military  and 
civilian  personnel  with  the  skills  and  grades  required  to  operate  and  support  a  materiel 
system  over  its  lifetime  at  peacetime  and  wartime  rates  (DoDI  5(XX).2). 

MATERIEL  SYSTEM  —  A  final  combination  of  subsystems,  components,  parts  and 
materials  that  make  up  an  entity  for  use  in  combat  or  in  support  thereof,  either  offensively 
or  defensively,  to  destroy,  injure,  defeat  or  threaten  the  enemy.  It  includes  the  basic  materiel 
items  and  all  related  equipment,  supporting  facilities,  and  services  required  for  operating 
and  maintaining  the  system. 

MEAN  TIME  BETWEEN  FAILURES  (MTBF)  —  For  a  particular  interval,  the  total  func¬ 
tional  life  of  a  population  of  an  item  divided  by  the  total  number  of  failures  within  the 
population.  The  definition  holds  for  time,  rounds,  miles,  events  or  other  measures  of  life 
units,  abasic  technical  measure  of  reliability  (MIL-STD-1388-2A),  a  basic  technical  measure 
of  reliability. 

MEAN-TIME-TO-REPAIR  (MTTR)  —  The  total  elapsed  time  (clock  hours)  for  corrective 
maintenance  divided  by  the  total  number  of  corrective  maintenance  actions  during  a  given 
period  of  time,  a  basic  technical  measure  of  maintainability  (MIL-STD-1388-2A). 

MISSION  NEED  STATEMENT  (MNS) — A  statement  of  operational  capability  required 
to  perform  an  assigned  mission  or  to  correct  a  deficiency  in  existing  capability  to  perform 
the  mission  (DoDI  5000.2). 

MISSION  RELIABILITY  —  The  probability  that  the  system  will  perform  mission-essen¬ 
tial  functions  for  a  period  of  time  under  the  conditions  stated  in  the  mission  profile  (DoDI 
5000.2). 


OBJECTIVES  —  Qualitative  or  quantitative  values  or  range  of  values  apportioned  to  the 
various  design,  operational  and  support  elements  of  a  system,  which  represent  the 
desirable  levels  of  performance.  Objectives  are  subject  to  trade-offs  to  optimize  system 
requirements  (MIL-STD-1388-1A). 

OPERATING  AND  SUPPORT  (O&S)  COSTS  —  The  cost  of  operation,  maintenance  and 
follow-on  logistics  support  of  the  end  item  and  its  associated  support  systems.  This  term 
and  "ownership  cost"  are  synonymous  (MIL-STD-1388-1 A). 

OPERATIONAL  AVAILABILITY  (Ao)  —  The  probability  that,  when  used  under  stated 
conditions,  a  system  will  operate  satisfactorily  at  any  time.  Ao  includes  standby  time  and 
administrative  and  logistics  delay  time  (MIL-STD-1388-2A). 

OPERATIONAL  R&M  VALUE  —  Any  measure  of  reliability  or  maintainability  that 
includes  the  combined  effects  of  item  design,  quality,  installation,  environment, 
operation,  maintenance  and  repair  (DoDI  5(XX).2). 

OPERATIONAL  REQUIREMENT  —  An  established  need  justifying  the  timely  alloca¬ 
tion  of  resources  to  achieve  a  capability  to  accomplish  military  objectives,  missions,  or  tasks 
OCSPubl). 

OPERATIONAL  SUITABILITY  —  The  degree  to  which  a  system  can  be  satisfactorily 
placed  in  field  use,  with  consideration  being  given  to  availability,  compatibility,  transport¬ 
ability,  interoperability,  reliability,  wartime  usage  rates,  maintainability,  safety,  human 
factors,  manpower  supportability,  logistics  supportability,  natural  environment  effects 
and  impacts,  documentation  and  training  requirements  (DoDI  5(XX).2). 

OPERATIONAL  TEST  AND  EVALUATION  (OT&E)  —  Test  and  evaluation  conducted 
to  determine  the  operational  effectiveness  and  suitability  of  a  system  under  realistic  combat 
conditions  and  to  determine  if  the  minimum  acceptable  operational  performance  require¬ 
ments,  as  specified  in  the  Operational  Requirements  Document,  have  been  satisfied  (DoDI 
5000.2M) 

OPTIMIZATION  MODELS  —  Models  that  accmately  describe  a  given  system  and  can  be 
used,  through  sensitivity  analysis,  to  determine  the  best  operation  of  the  system  being 
modeled  (MIL-STD-1388-1A). 

PACKAGING,  HANDLING,  STORAGE  AND  TRANSPORTATION  (PHS&T)  —  The 
resources,  processes,  procedures,  design  considerations  and  methods  to  ensure  that  all 
systems,  equipment  and  support  items  are  preserved,  packaged,  handled  and  transported 
properly,  including  environmental  considerations,  equipment  preservation  requirements 
for  short-  and  long-term  storage  and  transportability  (DoDI  5()()0.2). 

PARAMETRIC  ESTIMATING  RELATIONSHIP  (PER)  —  A  statistical  parametric 
analysis  that  involves  development  and  application  of  mathematical  expressions  com- 
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monly  called  "cost-estimating  relationships"  (CERs).  CERs  are  developed  by  statistically 
analyzing  past  history  to  correlate  cost  with  significant  physical  and  functional  parameters 
(MIL-STD-1388-1A). 

PHYSICAL  CONFIGURATION  AUDIT  (PCA)  —  A  technical  examination  of  a  desig¬ 
nated  configuration  item  to  verify  that  the  item  "as  built"  conforms  to  the  technical 
documentation  which  defines  the  item  (DSMC). 

PLANNING,  PROGRAMMING,  BUDGETING  SYSTEM  (PPBS)  —  An  integrated  sys¬ 
tem  for  the  establishment  and  maintenance  of  the  FYDP  and  the  DoD  budget  (DSMC). 

POST-PRODUCTION  SUPPORT  (PPS)  —  Systems  management  and  support  activities 
necessary  to  ensure  continued  attainment  of  system  readiness  objectives  with  economical 
logistics  support  after  cessation  of  production  of  the  end  item  (weapon  system  or  equip¬ 
ment)  (DoDl  5000.2). 

PRELIMINARY  DESIGN  REVIEW  (PDR)  —  A  review  conducted  on  each  configuration 
item  to  evaluate  the  progress,  technical  adequacy  and  risk  resolution  of  the  selected  design 
approach;  to  determine  its  compatibility  with  performance  and  engineering  requirements 
of  the  development  specification;  and  to  establish  the  existence  and  compatibility  of  the 
physical  and  functional  interfaces  among  the  item  and  other  items  of  equipment,  facilities, 
computer  programs  and  personnel  (DoDI  5000.2). 

PREVENTIVE  MAINTENANCE  —  All  actions  performed  in  an  attempt  to  retain  an  item 
in  specified  condition  by  providing  systematic  inspection,  detection  and  prevention  of 
incipient  failures  (M1L-STD-1388-1A). 

PRODUCIBILITY  —  The  relative  ease  of  producing  an  item  or  system.  This  relative  ease 
is  governed  by  the  characteristics  and  featmes  of  a  design  that  enable  economical  fabrica¬ 
tion,  assembly,  inspection  and  testing  using  available  manufacturing  techniques  (DoDI 
5000.2). 

PRODUCT  BASELINE  —  Specifications  (type  C)  that  establish  the  detailed  design  docu¬ 
mentation  for  each  configuration  item.  Normally  also  includes  Process  Baseline  (type  D) 
and  Material  Baseline  (type  E)  (DSMC). 

PRODUCTION  READINESS  —  The  state  or  condition  of  preparedness  of  a  program  to 
proceed  into  production.  A  system  is  ready  for  production  when  the  producibility  of  the 
production  design  and  the  managerial  and  physical  preparations  necessary  for  initiating 
and  sustaining  a  viable  production  effort  have  progressed  to  the  point  where  a  production 
commitment  can  be  made  without  incurring  unacceptable  risks  that  will  breach  thresholds 
of  schedule,  performance,  cost  or  other  established  criteria  (DoDI  5000.2). 

PROVISIONING  —  The  process  of  determining  and  acquiring  the  range  and  quantity 
(depth)  of  spares  and  repair  parts,  and  support  and  test  equipment  required  to  operate  and 
maintain  an  end  item  of  materiel  for  an  initial  period  of  service  (MlL-STD-1388-1 A). 
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READINESS  DRIVERS  —  Those  system  characteristics  which  have  the  largest  effect  on 
a  system's  readiness  values.  These  may  be  design  (hardware  or  software),  support  or 
operational  characteristics  (MIL-STD-1388-1A). 

RELIABILITY  —  The  ability  of  a  system  and  its  parts  to  perform  its  mission  without 
failure,  degradation  or  demand  on  the  support  system  (DoDI  5000.2). 

REPAIR  LEVEL  ANALYSIS  (RLA)  —  The  RLA  limits  the  depth  of  maintenance  task 
analysis  in  the  LSA  process  by  distinguishing  between  repairable  and  nonrepairable 
components,  and  by  selecting  the  most  cost-effective  repair  level.  An  RLA  is  normally 
conducted  on  all  LRUs. 

REPAIR  PARTS  —  Consumable  bits  and  pieces,  that  is,  individual  parts  or  nonreparable 
assemblies,  required  for  the  repair  of  spare  parts  or  major  end  items  (DoDI  5000.2). 

RISK  —  A  subjective  assessment  made  regarding  the  likelihood  or  possibility  of  not 
achieving  a  specific  objective  by  the  time  established  with  the  resources  provided  (DoDI 
5000.2). 

SCHEDULED  MAINTENANCE  —  Preventive  maintenance  performed  at  prescribed 
points  in  the  item's  life  (MIL-STD-1388-1A). 

SPARE  PARTS  —  Repairable  components  or  assemblies  used  for  maintenance  replace¬ 
ment  purposes  in  major  end  items  of  equipment  (DoDI  5000.2). 

STANDARDIZATION  —  The  process  by  which  member  nations  achieve  the  closest 
practicable  cooperation  among  forces;  the  most  efficient  use  of  research,  development  and 
production  resources;  and  agree  to  adopt  on  the  broadest  possible  basis  the  use  of:  (a) 
common  or  compatible  operational,  administrative,  and  logistics  procedures;  (b)  common 
or  compatible  technical  procedures  and  criteria;  (c)  common,  compatible,  or  interchange¬ 
able  supplies,  components,  weapons,  or  equipment;  and  (d)  common  or  compatible  tactical 
doctrine  with  corresponding  organizational  compatibility  (MIL-STD-1388-1 A). 

SUPPLY  SUPPORT  —  All  management  actions,  procedures  and  techniques  used  to 
determine  requirements  to  acquire,  catalog,  receive,  store,  transfer,  issue  and  dispose  of 
secondary  items.  This  includes  provisioning  for  initial  support  as  well  as  replenishment 
supply  support  (DoDI  5000.2). 

SUPPORT  CONCEPT  —  A  complete  system  level  description  of  a  support  system, 
consisting  of  an  integrated  set  ofILS  element  concepts,  which  meets  the  functional  support 
requirements  and  is  in  harmony  with  the  design  and  operational  concepts  (MIL-STD-1388- 
lA). 

SUPPORT  EQUIPMENT  —  All  equipment  (mobile  or  fixed)  required  to  support  the 
operation  and  maintenance  of  a  materiel  system.  This  includes  associated  multiuse  end 
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items,  ground-handling  and  maintenance  equipment,  tools,  metrology  and  calibration 
equipment,  test  equipment  and  automatic  test  equipment.  It  includes  the  acquisition  of 
logistics  support  for  the  support  and  test  equipment  itself  (DoDI  5000.2). 

SUPPORT  RESOURCES  —  The  materiel  and  personnel  elements  required  to  operate  and 
maintain  a  system  to  meet  readiness  and  sustainability  requirements.  New  support 
resources  are  those  which  require  development.  Critical  support  resources  are  those  which 
are  not  new  but  require  special  management  attention  because  of  schedule  requirements, 
cost  implications,  Imown  scarcities  or  foreign  markets  (MIL-STD-1388-1 A). 

SUPPORTABILITY  —  The  degree  to  which  system  design  characteristics  and  planned 
logistics  resources,  including  manpower,  meet  system  peacetime  readiness  and  wartime 
utilization  requirements  (DoDI  5000.2). 

SUPPORTABILITY  ASSESSMENT  —  An  evaluation  of  how  well  the  composite  of 
support  considerations  necessary  to  achieve  the  effective  and  economical  support  of  a 
system  for  its  life  cycle  meets  stated  quantitative  and  qualitative  requirements.  This 
includes  integrated  logistics  support  and  logistics  support  resource  related  O&S  cost 
considerations  (MIL-STD-1388-1A). 

SUPPORTABILITY  FACTORS  —  Qualitative  and  quantitative  indicators  of  supportabil- 
ity  (MIL-STD-1388-1A). 

SUPPORTABILITY-RELATED  DESIGN  FACTORS  —  ThOi,e  supportability  factors 
which  include  only  the  effects  of  an  item's  design.  Examples  include  inherent  reliability  and 
maintainability  values,  testability  values,  transportability  characteristics  etc.  (MIL-STD- 
1388-lA). 

SUSTAINABILITY  —  The  "staying  power"  of  our  forces,  units,  weapon  systems  and 
equipment  often  measured  in  numbers  of  days  (JCS  Pub  1,  subset  of  Military  Capability). 

SYSTEM  DESIGN  REVIEW  —  Reviews  the  conceptual  design  of  the  system  and  estab¬ 
lishes  its  capability  to  satisfy  requirements  (DSMC). 

SYSTEM  ENGINEERING  —  The  application  of  scientific  and  engineering  efforts  to  (a) 
transform  an  operational  need  into  a  description  of  system  performance  parameters  and  a 
system  configuration  through  the  use  of  an  iterative  process  of  definition,  S5mthesis, 
analysis,  design,  test  and  evaluation;  (b)  integrate  related  technical  parameters  and 
ensure  compatibility  of  all  physical,  functional,  and  program  interfaces  in  a  manner  that 
optimizes  the  total  system  definition  and  design;  (c)  integrate  reliability,  maintainability, 
safety,  survivability,  human  and  other  such  factors  into  the  total  engineering  effort  to  meet 
cost,  schedule  and  technical  performance  objectives  (MIL-STD-499). 

SYSTEM  READINESS  OBJECTIVE  —  A  criterion  for  assessing  the  ability  of  a  system  to 
undertake  and  sustain  a  specified  set  of  missions  at  planned  peacetime  and  wartime 
utilization  rates.  System  readiness  measures  take  explicit  account  of  the  effects  of  system 
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reliability  and  maintainability  system  design,  the  characteristics  and  performance  of  the 
support  system,  and  the  quantity  and  location  of  support  resources.  Examples  of  system 
readiness  measures  are  combat  sortie  rate  over  time,  peacetime  mission  capable  rate, 
operational  availability  and  asset  ready  rate  (DoDI  50(X).2). 

TAILORING  —  The  process  by  which  the  individual  requirements  (sections,  paragraphs 
or  sentences)  of  the  selected  specifications  and  standards  are  evaluated  to  determine  the 
extent  to  which  each  requirement  is  most  suitable  for  a  specific  materiel  acquisition  and  the 
modification  of  these  requirements,  where  necessary,  to  assure  that  each  tailored  document 
invoked  states  only  the  minimum  needs  of  the  government.  (MIL-STD-1388-1 A). 

TECHNICAL  DATA  —  Recorded  information  regardless  of  form  or  character  (such  as 
manuals  and  drawings)  of  a  scientific  or  technical  nature.  Computer  programs  and  related 
software  are  not  technical  data;  documentation  of  computer  programs  and  related  software 
are.  Also  excluded  are  financial  data  or  other  information  related  to  contract  administration 
(DoDI  5000.2). 

TESTABILITY  —  A  design  characteristic  which  allows  the  status  (operable,  inoperable  or 
degraded)  of  an  item  and  the  location  of  any  faults  within  the  item  to  be  confidently 
determined  in  a  timely  fashion  (MIL-STD-1388-1 A). 

TRADE-OFF  —  The  determination  of  the  optimum  balance  between  system  characteris¬ 
tics  (cost,  schedule,  performance  and  supportability)  (MIL-STD-1388-1 A). 

TRAINING  AND  TRAINING  SLJPPORT  —  The  processes,  procedures,  techniques, 
training  devices  and  equipment  used  to  train  civilian  and  active  duty  and  reserve  military 
personnel  to  operate  and  support  a  materiel  system.  This  includes  individual  and  crew 
training;  new  equipment  training;  initial,  formal  and  on-the-job  training;  and  logistics 
support  planning  for  training  equipment  and  training  device  acquisitions  and  installations 
(DoDI  5000.2). 

TURN-AROUND  TIME  (TAT)  —  The  time  required  to  return  an  item  to  use  between 
missions  (MIL-STD-1388-2A). 

UNSCHEDULED  MAINTENANCE  —  Corrective  maintenance  required  by  item  condi¬ 
tions  (MIL-STD-1388-1A). 
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APPENDIX  B 
LOGISTICS  MODELS 


A  large  number  of  models  have  been  developed  to  support  quantitative  determination  of 
requirements  for  logistics  support  and  relat^  disciplines. 

Model  Categories 


Avcdlability 
Budgeting 
Design  Interface 
Facilities 
Life-Cycle  Cost 
Training 


Maintainability 

Manpower 

Operational  Suitability 

Provisioning 

Reliability 


Catalogs  of  Logistics  Models 

The  following  documents  provide  a  structured  format  which  summarizes  each  model  with 
a  narrative  description,  model  applications,  capabilities,  compatible  software,  custodian 
and  other  useful  information  which  can  be  used  to  obtain  documentation  and  conduct  a 
preliminary  evaluation  for  applicability  to  a  particular  program  need. 


Title:  Department  of  Defense  Catalog  of  Logistics  Models 

Contact:  Defense  Logistics  Studies  Information  Exchange 

U.S.  Army  Logistics  Management  College 

Fort  Lee,  Virginia  23801 

DSN:  539-4007;  Commercial  (804)  765-4007 


Title:  Logistics  Support  Analysis  Techniques  Guide  (AMC-P  700-4) 

Contact:  Headquarters 

U.S.  Army  Materiel  Command 

Attn:  AMCLG-ME 

Alexandria,  VA  22333-0001 

DSN:  284-5464;  Commercial  (703)  274-5464 
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Title: 

Contact: 

Title: 

Contact: 


Selected  Logistics  Models  and  Techniques 

Aeronautical  Systenns  Center 
ASC-ALTD 

Wright  Patterson  Air  Force  Base^  OH  45433-7642 
DSN:  785-2122;  Commercial  (513)  255-2122 


Operational  Suitability  Modeling  and  Simulation 

The  Office  of  the  Director  of  Operational  Test  and  Evaluation 

Office  of  the  Secretary  of  Defense 

Washington,  DC  20301-1700 

DSN:  227-3895;  Commercial  (703)  697-3895 
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APPENDIX  C 
LOGISTICS  COURSES 


This  appendix  contains  information  on  the  courses  currently  offered  on  ILS.  The  courses 
are  arranged  by  the  offering  command  or  school.  General  information  is  provided  on 
course  content,  course  length  and  location.  The  courses  listed  cover  all  aspects  of  ILS.  The 
schools  may  be  contacted  directly  for  information  on  additional  courses  that  cover  specific 
ILS  aspects  (such  as  materiel  management). 

School 

Air  Force  Institute  of  Technology,  School  of  Systems  and  Logistics 
2950  P  Street 

Wright  Patterson  AFB,  OH  45433-7765 
AFTT/LSA  DSN:  785-7777;  Commercial  (513)  255-7777 

Course 

Acquisition  Logistics 

Length 

10  days 

Content 

Provides  the  student  with  a  broad-based  understanding  of  the  logistics  activities 
involved  in  the  acquisition/ modification  of  systems  andequipment;  enables  stu¬ 
dents  to  gain  an  understanding  of  the  wide  range  of  early  logistics  activities 
necessary  to  support  the  design,  production  and  deploying  of  systems  and 
equipment. 

Course 

Combat  Logistics 
Length 

12  days 

Content 

Provides  an  overview  of  the  wartime  roles  and  responsibilities  of  the  logistics 
manager  and  an  understanding  of  how  logistics  contributes  to  the  overall  war  effort; 
provide  an  introduction  to  combat  logistics  planning,  strategies  and  contingency 
procedures  tha  are  likely  to  be  implemented  in  a  wartime  scenario. 
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Course 

Logistics  Management 

Length 

10  days 

Content 

This  course  broadens  and  enhances  the  understanding  of  logistics  management  at 
various  levels  throughout  the  Air  Force  an  is  directed  to  the  critical  examination 
of  interrelationships  and  interdependencies  that  prevail  in  strategic,  support  and 
operational  logistics.  In  these  contexts,  strategic  logistics  entails  the  interrelation¬ 
ships  i  i  strategy  and  logistics  and  the  influence  they  exert  upon  each  other  at  the 
national  level;  support  logistics  is  concerned  largely  with  the  acquisition  of  systems 
and  their  contingent  supply,  equipment  and  allied  support  functions;  operational 
logistics  relates  to  the  direct  functional  support  of  the  Air  Force  in  the  operational 
environment. 

School 

Army  Logistics  Management  College 
Commandant,  ALMC,  ATSZ-ASO-R 
Fort  Lee,  VA  23801-6041 

DSN:  539-4965/4149;  Commercial  (804)  765-4965/4149 
Course 

Army  Integrated  Logistics  Support  Seminar 

Length 

1  week 

Content 

This  course  is  designed  to  provide  senior  managers  of  ILS  or  ILS-relateddisdplines 
with  an  opportunity  to  exchange  ideas,  view  points  problems  and  management 
approaches  under  strict  rules  of  non-attribution.  Policy  and  procedure  updates 
and  concepts  are  well  as  managerial  and  technical  ILS  procedures  and  concepts,  are 
presented.  Ranking  guest  speakers  address  ILS  topics  of  greatest  current  interest. 
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Course 

Logistics  Executive  Development  (LEDC) 

Length 

19  weeks  resident  or  600  hours  correspondence 
Content 

This  course  provides  in-depth  logistics  education  for  selected  managers,  prepares 
them  for  positions  of  responsibility  in  logistics  management,  and  develops  their 
intellectual  depth  and  analytical  ability.  LEDC  serve  as  the  Army's  senior  logistics 
course  to  prepare  civilian/military  managers  for  key  executive  positions  with  the 
Army  and  DoD  logistics  systems;  to  broaden  the  individual's  logistics  foimdation 
developed  by  earlier  logistics  functional  courses  and  personal  experience;  to 
provide  insights  into  the  multifunctional  areas  of  logistics  and  their  integration  into 
the  overall  DoD  logistics  system;  to  expand  and  enhance  the  fundamental  manage¬ 
ment  skills  of  the  individual;  to  provide  an  imderstanding  of  the  interface  between 
the  Army  in  the  field,  the  logistics  structure  and  industry.  The  course  of  instruction 
includes:  development  of  strategy,  force  structure;  equipment  and  logistical  sup¬ 
port;  acquisition  management  and  ILS;  inventory;  distribution  and  nuiintenance  of 
equipment;  logistical  support  to  the  Army  in  the  field;  organization  and  personnel 
management;  DoD  resource  management;  managerial  macro  economics;  analytical 
techniques;  automated  information  technology;  force  modernization;  and  an  elec¬ 
tives  program. 

Course 

Logistics  Management  Development 
Length 

4  weeks  resident,  18  class  days  on  site 
Content 

The  course  is  designed  to  develop  the  managerial  skills  of  selected  militaryand 
civilian  personnel  assigned  to,  or  anticipating  assignment  to,  the  Army  wholesale 
logistics  system  by  providing  a  broad  Imowledge  of  the  Army  wholesale  logistics 
system,  llie  instruction  enhances  understanding  of  the  interrelationships  and 
interdependence  among  logistics  functions  and  the  organizational  structure  for 
logistics  management,  and  provides  insights  into  the  impact  of  a  functional  manage¬ 
ment  decision  on  other  logistics  functions  and  on  the  logistics  system  as  a  whole. 
The  course  provides  an  overview  of  the  Army  logistics  system.  The  life-cycle 
management  model  is  the  common  thread  of  the  course.  It  is  used  to  highlight  the 
more  significant  considerations  of  RDT&E,  procurement,  inventory  management, 
maintenance,  and  disposalof  Ar  my  nuiteriel.  Management  skills  instruction  in- 
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eludes  basic  statistical  and  probability  techniques  and  aspects  of  interpersonal 
behavior.  This  ininstruction  is  oriented  toward  improving  the  decision-making 
abilities  of  the  students  by  providing  knowledge  of  the  techniques  and  consider¬ 
ation  involved  in  logistics  management. 

Course 

Logistics  Support  Analysis 

Length 

2  weeks 

Content 

This  course  provides  the  student  with  an  understanding  of  the  purpose  and 
objectives  of  the  LS  A  process  and  the  techniques  and  tasks  necessary  to  accomplish 
the  LSA  process.  It  provides  an  overview  of  MIL-STD1388-1 A  and  MIL-STD 1388- 
2A/2B  tasks,  techniques  for  accomlishing  the  tasks,  an  examination  of  the  use 
of  LSAR  data  records  in  the  generation  and  recording  of  logistics  support  data,  the 
use  of  the  LSA/LSAR  as  a  management  tool  and  as  a  force  to  integrate  all  ILS 
elements  for  an  item/system.  Specific  instructional  topics  included  in  the  course 
are  an  overview  of  the  materiel  Acquisition  Process;  an  introduction  to  ILS  and  its 
relationship  to  LSA/LSAR;  requirements  generation;  trade-offs;  supportability 
testing;  developing  comparative  analysis;  identification  of  manpower,  support, 
cost  and  readiness  drivers;  life-cycle  costing;  support  modeling  and  simulation; 
risk  analysis;  a  discussion  of  terms  needed  to  describe  maintenance  tasks;  detailed 
review  and  explanation  of  the  LSAR  data  records  and  output  summaries;  a  discus¬ 
sion  of  LSAR  data  utilization;  contracting  for  LSA/LSAR;  and  review  and  validation 
of  LSA  data. 

Course 

Integrated  Logistics  Support  -Basic 

Length 

2  weeks 

Content 

This  course  covers  basic  information  on  the  Army  acquisition  process;  ILS  organi¬ 
zations,  roles  and  purposes;  and  basic  interfaces  between  ILS  and  other  materiel 
acquisition  processes.  Information  is  provided  to  give  an  overview  of  ILS  in  materiel 
acquisition  and  prerequisite  knowledge  required  for  entry  into  the  ILS- Advanced 
Course. 
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Course 

Integrated  Logistic  Support-Advanced  Course 

Length 

3  weeks 

Content 

Prepares  students  in  current  or  scheduled  ILS  assignments  for  ILS  management 
duties.  It  provides  an  in-depth  approach  and  emphasizes  hands-on  management, 
covers  all  aspects  of  ILS  and  Unrelated  activities,  and  includes  application  of  the 
Logistics  Planning  and  Requirements  Simplihcation  System  (LCX3PARS). 

Course 

Associate  Logistics  Executive  Development  (ALEDC) 

Length 

1 0  weeks  (5  phases,  2  weeks  active  duty  training  each  or  a  combination  of  active  duty 
and  correspondence) 

Content 

This  course  provides,  over  a  period  of  three  years,  five  phases  of  advanced 
broad  logistics  management  education  for  Reserve  Component  (RC)  officers.  The 
course  prepares  officers  for  executive  and  policy-making  mobilization  assignments 
in  logistics.  The  course  provides  insights  into  the  multi-functional  areas  of  logistics 
and  their  integration  within  the  DoD.  Students  gain  a  fuller  understanding  of  the 
interfacebetweentheArmyinthefield,DoD's  logistics  structure,  and  industry.  The 
course  expands  and  enhances  fundamental  management  skills.  Course  comple¬ 
tion  qualifies  anRCofficer  for  promotion  through  0-5.  ALEDC  consists  of  five 
phases: 

1.  Management  Systems.  This  phase  offers  specific  instruction  in  the  use  of 
human,  financial,  and  mechanical  (computer)  resources  to  accomplish  the  goal  of 
effective  logistics  management.  Instruction  is  given  through  an  in-depth  study  of 
the  various  management  systems  applicable  to  logistics  and  identification  of  their 
applications,  limitations  and  values  in  various  management  situations. 

2.  The  Acquisition  Process.  This  phase  provides  an  insight  into  the  total  DoD  and 
Department  of  the  Army  logistics  systems.  It  also  provides  a  general  knowledge 
of  the  management  process  for  the  acquisition  of  Army  materiel  to  include  research, 
development,  test,  evaluation  and  contracting. 

3.  Materiel  Readiness.  This  phase  provides  an  understanding  of  requirements, 
determination  for,  and  management  of,  major  and  secondary  items  and  the  relation¬ 
ship  and  significance  of  maintenance,  transportation,  distribution  and  disposal. 
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4.  Scientific  Techniques.  This  phase  provides  a  general  knowledge  of  the  applica¬ 
tion  of  n\athematics,  economics,  computer  technology  and  systems  analysis  in  the 
formulation  and  solution  of  complex  logistics  problems. 

5.  Logistics  Support  Concepts.  This  phase  provides  an  interface  betweenthe  logis¬ 
tics  base  and  the  Army  in  the  field  through  application  of  current  doctrine  for 
logistics  support.  It  also  serves  as  a  vehicle  for  recognition,  analysis  and  solution 
of  logistics  support  problenis  within  the  Army  in  the  field.  It  includes  command 
and  control  problems  encountered  in  contingency  planning,  and  combat  service 
support  force  planning.  This  phase  also  includes  a  familiarization  with  the  Security 
Assistance  Program. 


School 

Defense  Systems  Management  College 
Registrar 

9820  Belvoir  Road,  Suite  G38 
Fort  Belvoir,  VA  22060-5565 
DSN:655-2227;  Commercial  (703)  805-2227 


Course 

Management  of  Acquisition  Logistics  (MALC) 

Length 

1  week 

Content 

Provides  an  understanding  of  ILS  policy,  requirements,  and  practices  applicable 
to  major  and  nonmajor  defense  programs  during  the  defense  system  life  cycle. 
The  course  begins  with  a  basic  overview  of  the  system  life-cycle  process  and  the 
system  engineering  process,  and  a  fundamental  discussion  on  the  role  that  ILS 
plays  in  these  two  processes.  It  continues  with  lessons  on  ILS  considerations  and 
activities  during  RDT&  phases  of  the  system  life  cycle,  during  the  transition  to 
production,  during  fieldingand  deployment,  and  during  the  post-production  (op¬ 
eration  and  support)  phase. 

Compendium-type  presentations  cover  ILS-related  subjects,  such  as  LCC,  reliabil¬ 
ity-maintainability-availability,  the  logistics  support  analysis  process,  logistic-rel¬ 
evant  tests  and  evaluations,  logistics  modeling,  CALS  and  other  emerging  ILS- 
relevant  technologies.  Selectedguest  lecturers  from  government  and  industry  dis¬ 
cuss  "real  world"  examples  of  DoD  progran\s  and  policies  .  Special  experience- 
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based  case  studies  offer  the  student  an  opportunity  to  address  weapon-system 
logistics  problems  and  devise  both  theoretical  and  pragmatic  solutions. 


School 

Navy  Acquisition/Logistics  Management 
Training  Center 

U.S.  Naval  Station-Anacostia^  Bldg  150 

Washington,  D.C  20374-1502 

DSN:  288-3384;  Commercial  (202)  433-3384 

Course 

Integrated  Logistics  Support  Overview 

Length 

1  week 

Content 

Provides  the  framework  for  the  other  courses  in  this  program.  It  discusses  the 
management  tools  available  to  logistics  managers  and  places  ILS  in  perspective  in 
the  weapon  system  acquisition  process.  Covers  all  ILS  elements  and  chapters  on 
program  management,  configuration  management,  logistic  support  analysis,  and 
ILS  tailoring. 
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APPENDIX  D 
INDEX 


Affordability 

Analogy 

Automatic  Test  Equipment 


1-10, 4-1, 6-1, 6-4, 6-5, 10-1, 10-2,  A-1 

6-7, 6-8 

8-9, 9-4, 13-9, 14-3, 14-7 


Baseline  Comparison  System 
Battle  Damage 
Budget  Execution 


3-2, 3-6, 3-7, 5-12, 8-7,  A-1 
3-9, 3-10, 8-5, 8-6, 8-8 
10-13 


Computer-Aided  Design  (CAD)  4-1  -  4-3, 4-6, 4-7 

Computer-Aided  Manufacturing  (CAM)  4-1  -  4-3, 4-6, 4-7 

Computer  Resources  Support  1-4, 1-5, 8-2, 8-6, 8-10, 9-4, 10-16,  A-1 

Concurrent  Engineering  5-9 

Configuration  Control  14-5, 14-7, 16-5 

Configuration 

Management  5-5, 5-8, 5-11, 5-13, 9-9, 11-7, 12-9, 12-11, 14-6, 15-6  - 15-8,  A-2 

Continuous  Acquisition  and  Life-Cycle  Support  (CALS),  (formerly 
Computer-Aided  Acquisition  and  Logistic  Support)  1-2, 4-1, 4-3  -  4-5, 4-7  -  4-11,  A-2 
Contractor  Engineering  and  Technical  Services  15-6, 15-8 

Contractor  Integrated  Technical  Information  System  (CITIS)  4-6 

Contractor  Support  6-6, 8-4, 12-7, 13-6, 16-4 

Co-Production  15-1, 15-3, 15-7, 15-8,  A-2 

Cost  analysis  improvement  Group  (CAIG)  6-5 

Cost  Estimating  6-1, 6-5  -  6-8 


Data  CoUecHon  6-12, 9-6, 9-9, 13-3, 13-6, 14-2 

Defense  Federal  Acquisition  Regulation  Supplement  (DFARS)  1 1-1, 1 1-10, 1 1-1 1 

Defense  Planning  Guidance  6-5, 10-2 

Defense  Planning  Resources  Board  (DPRB)  10-5 

Deployment  Plan  13-1, 13-2, 13-4, 13-5, 13-7, 13-9  - 13-1 1,  A-3 

Depot  Maintenance  Interservidng  (DMI)  8-11,17-5 

Design  Interface  1-4, 1-5, 1-7, 5-8, 8-12 

Design  to  Cost  (DTC)  6-1, 6-2, 6-4, 6-11  -  6-13 

Design-to  Parameters  1  -3, 1  -7, 5-1 , 5-1 1 

Development  Test  and  Evaluation  (DT&E)  1-9, 9-1  -  9-3, 9-7, 9-9, 12-4, 12-10 
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E 


Early  Fielding  Analysis 
Electronic  Data  Interchange 
Engineering  Change  Proposal  (ECP) 
Engineering  Cost  Estimates 

F 


7-5, 7-6, 13-2, 13-5 


4-9 

12-8, 12-9, 14-6, 14-7 
6-3, 6-7 


FaciUties  1-4, 1-5, 2-3, 8-6, 8-11, 9-4, 10-16, 13-3, 15-5, 15-8, 17-2,  A-3 

Failure  Modes,  Effects,  and  Criticality  Analysis  (FMECA)  5-8,  7-9, 8-3  -  8-5,  A-3 

Federal  Acquisition  Regulation  (FAR)  11-1, 11-3, 11-5, 11-8  - 11-11, 14-5, 15-2, 15-9 
Foreign  Industrial  Base  Survey  15-7 

Foreign  Military  Sales  14-6, 15-2, 15-4  - 15-7 

Funding  Uncertainty  10-16 

G 

Government  Furnished  Material  (GFM)  2-3, 10-7, 11-9, 11-10,  A-4 

I 


ILS  Funding  13-5, 17-1, 17-3 

Initial  Operating  Capability  (IOC)  13-1,  A-4 

Integrate  Logistic  Support 

Plan  (ILSP)  1-3, 2-1, 2-3, 2-4, 5-3, 7-11, 7-15, 14-5, 14-10, 15-1, 15-4, 15-5, 16-4,  A-5 
Integrated  Logistic  Support  Management 

Team  (ILSMT)  2-1, 2-6, 7-11, 9-7, 9-11, 2-2, 13-2, 13-7, 13-10, 17-2, 17-3,  A-5 

Integrated  Support  Plan  (ISP)  2-1, 2-3, 2-6,  A-5 

J 


Joint  Integrated  Logistic  Support  Plan  QILSP)  17-3, 17-5 

L 

Letter  of  Offer  and  Acceptance  (LOA)  13-5, 15-3, 15-5 

Life-Cycle  Cost  (LCC)  1-2, 1-3, 1-10, 2-3, 3-1, 4-1, 5-2, 5-4, 5-12, 6-1  -  6-4, 6-8  -  6-10 

6-12, 7-2, 7-4, 7-8, 8-1, 8-10, 8-13, 9-1, 10-8, 10-10, 14-1,  A-5 
Logistic  Deliverables  10-6, 11-1 

Logistics  Research  and  Development  3-4 

Logistics  Support  Analysis  1-3, 2-3, 2-4, 2-6, 3-1, 3-5, 3-10, 4-3, 4-7, 5-5, 5-7, 5-8 

5-11, 5-13, 6-7, 6-9, 6-11, 6-13, 7-1  -  7-14, 8-1, 8-3, 8-5  -  8-7, 8-10  -  8-14, 9-3,10-10 
11-2, 12-2, 12-5, 12-11, 13-2, 13-4, 13-11, 14-4, 15-5, 15-8, 16-3, 16-5, 17-4, 17-6,  A-5 
Logistics  Support  Analysis  Records  4-6, 4-7, 5-7, 6-7, 6-11, 6-13, 7-1, 7-4, 

7-6, 7-8  -  7-13, 8-1  -  8-4, 8-7, 8-12, 8-14, 11-2, 11-6, 15-5, 17-4,  A-6 
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M 


Maintainability  -  See  Reliability  and  Maintainability 

Maintenance  Planning  1-4, 1-5, 4-7, 5-8, 8-3, 8-5  -  8-7, 9-3, 14-2, 15-5, 16-4,  A-6 

Manpower  Personnel  and  Training  (MPT)  3-2, 3-4, 5-10, 8-3, 8-8, 9-3, 11-6, 12-4,  A-6 
Materiel  Release  13-8 

Mission  Area  Analysis  1-2, 3-1  -  3-5,  3-10, 5-7 

Mission  Need  Statement  (MNS)  1-8, 1-10, 6-9, 6-10, 17-2  -  17-5,  A-6 

N 


National  Institute  of  Standards  and  Technology  4-8, 4-9 

Nondevelopmental  Items  (NDI)  16-3  - 16-5 

O 


Office  of  Federal  Procurement  Policy  (OFPP)  1 1-1 1 

Offset  Agreements  15-7 

Operating  and  Support  (O&S)  Cost  1-3, 1-8, 1-9, 3-3, 3-9, 5-8, 5-12, 6-1  -  6-4, 6-6  -  6-13, 
7-3, 7-12, 7-13, 8-4, 8-8, 8-10, 9-2, 9-3, 10-10, 10-17, 11-2, 14-1, 14-3, 14-9, 14-10,  A-7 
Operational  Effectiveness  1-10, 6-5, 9-1 

Operational  Suitability  1  -1 0, 9-1 , 9-2,  A-7 

Operational  Test  and  Evaluation  (OT&E)  1-9, 8-9, 8-10, 9-1  -  9-5, 9-7  -  9-9, 9-11, 12-4, 

12-10, 13-7, 13-8,  A-7 


Packaging,  Handling,  Storage,  and  Transportation  (PHS&T)  1-4, 1-5, 8-2, 8-6, 8-11, 

9-4, 10-16, 12-4, 13-3,  A-7 

Parametric  Costs  6-7 

Planning,  Programming  and  Budgeting 

System  (PPBS)  10-1, 10-8, 10-14, 10-16, 10-17,  A-8 

Post-Production  Support  (PPS)  2-6, 7-3, 7-5, 7-13, 14-1, 14-3, 14-10,  A-8 

Product  Assurance  Test  and  Evaluation  (PAT&E)  9-2 

Product  Baseline  5-5, 12-10,  A-8 

Production  1-8, 4-1, 4-7, 6-3, 1 1-10, 12-1, 12-4, 14-5, 14-7, 14-8 

Program  Decision  Memorandum  10-3, 10-4 

Program  management  Plan  (PMP)  2-1, 13-8 

Program  Objectives  Memorandum  (POM)  1-1, 8-11, 10-1  - 10-6, 10-11, 10-12, 10-14, 

10-16, 10-17, 17-5 

Provisioning  4-7, 4-8, 5-5, 5-8, 8-8, 11-2, 11-8, 11-9, 12-3, 12-5, 15-5,  A-8 


Q 

Quality 


1-7, 11-7, 12-4, 12-5, 14-6, 14-7 


D-3 


R 


Readiness  1-3, 3-1, 3-2, 3-7, 5-5, 5-8, 5-9, 5-12, 6-2, 6-9, 7-1, 7-2, 7-12, 8-1, 8-2, 

8-5, 8-13, 8-14, 9-1, 10-8, 13-2, 13-10, 14-1, 14-2, 15-7,  A-9 
Readiness  and  Supportability  (R&S)  1-3, 3-1, 3-4, 3-10, 5-11, 8-18, 8-14, 14-10, 17-1 

Reliability  and  Maintainability  (R&M)  1-1, 1-3, 2-3, 3-2, 3-8, 3-9, 5-1, 5-5, 5-12, 5-13, 

7-7  -  7-9,  7-12, 8-1, 8-2, 8-6, 8-7, 8-12  -  8-14, 9-2, 9-3, 9-6, 9-8, 9-11, 

10-1, 10-9, 11-10, 12-1, 14-2, 14-3, 16-3 


Reliability-Centered  Maintenance  (RCM) 
Reliability  Improvement  Warranty  (RIW) 
Repair  Level  Analysis 
Repair  of  Repairables  (ROR) 

Repair  Parts  (See  Spare  and  Repair  Parts) 
Request  for  Proposal  (RFP) 

Risk  Management  Templates 


3  8, 7-10, 8-3, 8-4, 17-4 
7-9, 8-3, 8-4, 8-6, 16-5 
3-9, 5-8, 7-10,  7-12, 10-11,  A-9 
15-5, 15-6 

6-13, 7-2, 11-4, 11-5, 11-6 
12-3, 12-5 


ecurity  Assisi^  je  15-1, 15-4 

source  Selection  Plan  (SSP)  11-6 

Spares  Acquisition  Integrated  with  Production  (SAIP)  11-9 

Spare  and  Repair  Parts  8-8, 11-1, 11-2, 11-8, 12-5, 13-3, 14-1, 14-5, 14-8, 14-9, 15-1, 

16-5,  A-9 

Sparing  to  Availability  8-6, 8-8 

Standardization  and  Interoperability  3-5,  A-9 

Statement  of  Work  (SOW)  1-3, 2-2, 6-13, 7-6, 1 1-6, 1 1-9, 1 1-11, 12-9 

Statistical  Validity  9-4, 9-8 

Supply  Support  1-4, 8-3, 8-5, 8-6, 8-8, 9-4, 9-10, 10-16, 11-1, 13-7, 14-3, 

14-6, 15-5, 15-8, 16-4,  A-9 

Support  Equipment  1-5, 7-7, 7-9, 8-2, 8-5  -  8-8, 10-16, 11-1, 12-2, 13-3 

Support  Readiness  Reviews  12-2 

Supportability  Assessment  2-6, 7-3, 7-5, 7-6, 9-3, 9-7  -  9-1 1, 10-9, 14-1,  A-10 

Supportability  Design  1-2, 1-3, 3-1, 3-7, 3-8, 3-10, 5-1, 7-4, 8-1, 8-14, 9-2, 10-8,  A-10 
Survivability  3-9, 5-1, 8-5, 7-4, 9-2 

System  Engineering  1-3, 5-1  -  5-3, 5-6  -  5-9, 5-11, 5-13, 7-4  -  7-6, 7-8, 7-9, 

8-2, 8-12, 9-7,  A-10 


T 

Technical  Data  1-4, 1-5, 4-8, 4-9, 8-6, 8-9, 9-4, 10-16, 11-7, 11-8, 14-6, 14-8, 15-6, 16-4 
Technical  Performance  Measurement  (TPM)  9-6,  A-1 1 

Technological  Opportunities  3-6 

Test  Support  Pacl^ge  9-10 

Test  and  Evaluation  1-9, 3-9, 3-10, 6-4, 7-2, 7-6, 8-15, 9-1, 9-3, 9-7, 

9-9-9-11, 10-5,13-7,16-4 


D-4 


Test  and  Evaluation  Master  Plan  (TEMP)  1-9, 1-11, 8-10, 9-7  -  9-9, 10-6, 10-9, 13-2 
Trade-off  Studies  5-2, 5-3, 5-9, 5-11, 6-1, 6-5, 6-10, 6-11, 6-13, 7-3, 7-4, 8-9,  A-11 

Transition  Plan  12-3 

Transition  to  Production  12-3  - 12-5, 12-12 

Transportability  1-7, 7-7, 7-9, 8-4, 8-11, 9-4 

Training  and  Training  Support  1-4, 1-5, 8-5, 8-6, 8-10, 15-6 

Tum-around  Time  3-3,  A-11 


U 


Use  Study  3-5, 3-6, 7-1, 7-4, 7-5, 8-6, 1 1-2 

W 

Work  Breakdown  Structure  (WBS)  3-8, 6-4, 6-7, 7-5, 10-7, 10-11, 10-16 


D-5 


